本文介绍了一个基于Qt和FFmpeg开发的嵌入式音视频通话系统，支持局域网和外网实时通话，延迟低且资源占用少。系统能够自动获取本地视音频设备，支持多种分辨率和帧率设置，并内置流媒体服务，支持RTSP、RTMP、HTTP、WebRTC等协议拉流。此外，系统还支持画中画、自定义悬浮画面、水印添加等功能，适用于Windows、Linux、macOS及嵌入式系统。通过推拉流技术，系统实现了高效的音视频传输

摘要 本文介绍了基于流媒体服务的音视频通话系统实现方案。该系统通过流媒体服务器中转实现了内外网音视频通信，局域网设备需通过云服务器中转才能进行外网通话。文章详细说明了系统架构：音视频数据采集后推流至云服务器，通话双方再从服务器拉取对方音视频流。代码展示了Qt框架下的实现，包括音视频输入输出处理、流媒体线程管理及UI交互。注意事项包括服务器带宽需求（1080P视频需4-5MB带宽）及网络优化建议（如

在RK嵌入式板子开发OpenGL项目时，遇到"libGL error: glx: failed to create dri3 screen"错误导致CPU占用飙升至500%，怀疑是使用了软件渲染而非硬件加速。针对不同板型（如3588和3576）采取不同解决方案：3588板子只需在运行时移除特定路径，而3576板子则需要在main函数前添加qputenv("QT_XCB

最近搞嵌入式板子开发搞上瘾了，一连远程了十几个开发板上测试视频相关项目，比如视频综合应用和视频监控系统以及推流，试下来效果都不错，有RK3568/RK3576/RK3588等，厂家至少四五种，都大差不差，毕竟核心都是瑞星微的，可能涉及到一些版本问题，就是有些板子是老的mpp硬解，有些是新的，这样就需要用对应的硬解的ffmpeg库去做解码，不通用，因为ffmpeg编译的时候就链接了对应的库，版本不一

瑞芯微RK3588芯片在安防监控领域展现出强大性能，支持16路1080P视频硬件解码和GPU加速渲染。基于Qt框架开发的嵌入式监控系统充分利用RK3588的VPU单元，通过MPP/VPU API实现高效解码与渲染，可流畅播放32路1080P视频。系统采用模块化设计，支持自定义界面布局、跨平台运行（Windows/Linux/macOS/国产系统）及多种硬解码方案。核心功能包括原创ONVIF协议解析

本文介绍了一款基于Qt+ffmpeg开发的跨平台音视频通话系统。该系统支持局域网和外网实时通信，提供极低延迟和资源占用。核心功能包括：自动检测本地音视频设备、自定义采集参数、桌面屏幕共享、多画面布局、流媒体服务集成（支持RTSP/RTMP/WebRTC等协议）、音量可视化调节、水印添加等。支持Windows/Linux/macOS及嵌入式设备，并提供详细的使用流程说明。相关资源可通过提供的百度网盘

硬件平台：335X软件：QT+嵌入式linux实现功能：1：QSS界面换肤2：更换主界面背景3：中文双拼输入法4：数据图形曲线显示5：数据统计柱状图显示。 6：串口网络通信 可执行文件百度云下载地址：http://pan.baidu.com/s/1yfsyM...

1. 纯QWidget编写，原创输入法机制，没有任何第三方动态库的依赖。2. 支持各种Qt版本，包括Qt4、Qt5、Qt6及后续版本。3. 支持各种编译器，包括mingw、msvc、gcc、clang、wasm等。4. 支持各种目标平台，包括windows、linux、macos、android、嵌入式linux等。5. 支持任意控件输入，包括文本框、微调框、可编辑下拉框、表格行等，以及网页中的输

大概是从2012年就开始研究用Qt写输入法，因为项目需要，嵌入式板子上，没有对应的输入法，当初使用过很多NVR，里面也是鼠标按下弹出输入法面板进行输入，可以切换数字和字母及中文，于是借鉴着操作交互流程，用纯QWidget代码实现一个，当然最初的版本是非常简单和丑陋的，而且功能单一，能打字母数字和出来中文就行了，至于如何的友好如何的人性化，那不是第一步该考虑的问题，后面也是慢慢的随着用户数量的增多，

现在国产嵌入式板子，越来越多人用瑞星微的多媒体芯片，硬解硬编用RKMPP，早期的ffmpeg并没有集成RKMPP，这种情况一般是需要厂家主动按照ffmpeg的框架来编写对应代码开放出来，然后用户编译ffmpeg的时候加入到编解码中，ffmpeg整体框架的设计非常牛逼，上层设计在设计之初就考虑到可能的自定义编解码这块，方便新的硬件厂家加入，如今全宇宙主要的音视频框架就两个，一个是ffmpeg，一个是