作者：润和软件张汉孟一、背景在当前全民直播时代，我们每天刷着五花八门的抖音短视频，看着各式各样电视剧、电影以及随时映入眼帘的各类视频广告等等，每天有无数的视频文件被生成、播放。我们的眼球被花里胡哨的视频疯狂的冲击，或无脑搞笑、或夸张讽刺、或鸡汤淋头、或无效科普等等，与此同时我们是否也可以想一想这些个撩人的视频是怎么在我们眼前设备播放出来的？？播放一个视频文件对于OpenHarmony3.1（以下简称OH）来说自然不在话下，这篇文章将告诉你一个视频文件（本文以MP4封装格式、H264压缩格式的的视频文件为例）是怎么在OH的设备上播放出来的。二、OpenHarmony3.1媒体能力全景OH技术架构
想了解更多关于开源的内容，请访问：51CTO 开源基础软件社区https://ost.51cto.com摘要：视图的嵌套层次会影响应用的性能，开发者应该移除多余的嵌套层次，缩短组件刷新耗时。本文会介绍如何使用ArkUIInspector工具分析布局，提示应用响应性能。关键字：列举本文相关的关键字：OpenHarmonyHarmonyOS鸿蒙Inspector布局检查器视图嵌套概述应用将布局渲染到屏幕上的流畅度影响用户对质量的感知。建议移除多余的嵌套层次减少视图嵌套层次。视图的嵌套层次会影响应用的性能。因此推荐开发者移除多余的嵌套层次，缩短组件刷新耗时。如果视图嵌套得很深，会导致花费更多的时间来
想了解更多关于开源的内容，请访问：51CTO 开源基础软件社区https://ost.51cto.com本文根据橘子购物应用，实现ArkUI中的状态管理。在声明式UI编程框架中，UI是程序状态的运行结果，用户构建了一个UI模型，其中应用的运行时的状态是参数。当参数改变时，UI作为返回结果，也将进行对应的改变。这些运行时的状态变化所带来的UI的重新渲染，在ArkUI中统称为状态管理机制。自定义组件拥有变量，变量必须被装饰器装饰才可以成为状态变量，状态变量的改变会引起UI的渲染刷新。如果不使用状态变量，UI只能在初始化时渲染，后续将不会再刷新。下图展示了State和View（UI）之间的关系。#2
1.简介本文是基于RK3588平台，SDK版本：RK3588_ANDROID12.0RTL8211FS-CG光口调试总结。视频桥接芯片：RTL8211FS-CG驱动代码：“kernel/drivers/net/phy/realtek.c”本次调试的方案功能：RK3588调试RTL8211FS-CG转接出光口2.硬件部分硬件工程师参考RTL8211FS-CG发布的设计图设计以下为部分截图在设计过程中参考realtek发过的参考设计，建议咨询一下phy厂家，看有哪些注意地方注意：8211FS使用外部3.3V，电平要与主控GMAC1相匹配；使用UTPRGMII的接法，且CFG_MODE2：0＝01
基于rk3399(Linux)的多视频窗口播放器问题背景，海思芯片被制裁，用作监控安防的芯片市场价不短攀升，甚至出现花钱无法采购到的窘境，比如之前hisi3531、3559、3536等等芯片。我们发现了另外一款性价比比较高的国产芯片——rk3399，只是他不想海思芯片那样拥有完整的生态，提供用户各种需要的api，让用户很容易实现解码播放、多窗口的叠加，移动，缩放等效果。怎么办呢？我们基于rk3399完成了一套完整的项目解码播放方案，完全可以做到多窗口叠加，移动，缩放效果。解码。硬件解码。解码rk提供的有rk-mpi可以实现硬件的解码。官方也提供了demo，Mpp的API思路其实跟目前绝大多数的
SysCap，全称SystemCapability，即系统能力，指操作系统中每一个相对独立的特性。开发者使用某个接口进行开发前，建议先阅读系统能力使用说明，了解Syscap的定义和使用指导。说明当前列表枚举出3.1Beta版本中支持的系统能力。开发者可以在SDK中通过phone.json文件查询。SystemCapability.ArkUI.ArkUI.Full：ArkUI标准系统SystemCapability.ArkUI.ArkUI.Lite：ArkUI小型系统SystemCapability.ArkUI.ArkUI.Napi：napi功能SystemCapability.ArkUI.Ar
接上篇已经添加好init进程，但是目前还是无法进入终端，现在就来添加进入shell终端的步骤，首先拷贝源码中hisilicon配置文件到我们的目录中，然后删除多余的文件，只保留我们需要的文件即可cphisilicon/hispark_taurus_linux/init_configsxingyun/t113_nand/-r修改如下文件，添加需要拷贝的文件diff--gita/vendor/xingyun/t113_nand/BUILD.gnb/vendor/xingyun/t113_nand/BUILD.gnindexe39d9c2a82..bc7de55655100755---a/vendo
本文主要是为了记录一下rk板子的踩坑日记。项目主要是rk3588rtsp拉流。mpp编译1.下载MPP源码：https://github.com/rockchip-linux/mpp2.rk3588/rk356x的板子进入Mpp源码目录mpp/build/linux/aarch64（rk3588/rk356x是64位板子）中，修改arm.linux.cross.cmake文件中的配置cmake_minimum_required(VERSION2.6.3)SET(CMAKE_SYSTEM_NAMELinux)SET(CMAKE_C_COMPILER"aarch64-linux-gnu-gcc")
服务描述是否裁剪代码位置AccountMgr账号子系统的主要服务？/base/account/os_account/services/accountmgr/AIEngineAI子系统是/foundation/ai/ai_engine/AbilityManagerServiceAbility管理服务否/foundation/ability/ability_runtime/services/abilitymgr/DataObserverMgrDataAbilityObserver管理服务否/foundation/ability/ability_runtime/services/dataobsmgr
1.视频接入，其中可见使用LVDS，红外使用cameralink2.H264低倍率压缩编码本地存储3.H264压缩使用同步422接口或者网口UDP协议输出实时码流4.使用串口进行通讯，进行类似于可见、红外或者激光器或者地面控制软件等之间的通讯5.使用网络连接基于UDP协议的通讯控制6.集成相关光电载荷常用算法 a.目标定位、目标测速测向 b.目标跟踪 c.动目标检测 d.电子稳像 e.目标检测 f.......7.预计添加伺服控制算法，采用spi或者串口等接口接入编码器、陀螺等数据，进行伺服控制(下一阶段完成) RK3588+FPGA高速图像处理通信处理机解
