登录社区云，与社区用户共同成长
邀请您加入社区
本文介绍了一个基于Python和PyQt5开发的视频音频提取工具，通过图形化界面简化了FFmpeg的音频提取操作。该工具支持WAV、FLAC、MP3等多种音频格式输出，具备任务队列管理、批量处理、进度反馈等功能。采用QThread+Worker模式实现异步处理，避免界面卡顿，并适配Windows/macOS/Linux系统，提供文件定位功能。程序启动时会自动检测FFmpeg环境，降低用户使用门槛。
LinkMate 是一个完整的实时音视频通信系统，从底层传输协议到上层 UI 都由本人独立实现。它不仅是一个论文项目，更是对实时通信系统架构、Qt/QML 跨平台开发、以及 AI 实时语音处理的深入探索。未来版本将进一步支持：视频录制与回放白板与协作工具Whisper + LLM 自动会议纪要生成远程设备管理与会议自动化控制。
本文介绍了GB28181视频监控组件的开发进展，重点支持2016和2022标准。2022标准新增了注册重定向、图像抓拍、云台绝对控制等功能，预计2024年后成为主流。组件功能全面，支持设备管理、视频点播、录像回放、云台控制等，兼容多种设备品牌和操作系统。开发采用纯Qt实现，代码简洁高效，提供详细示例，支持大规模设备并发连接。项目已在Gitee/Github开源，包含完整功能演示和下载资源。
Qt 提供了多种方式实现音视频编解码功能，主要依赖模块、第三方库（如 FFmpeg）或硬件加速 API（如 QMediaCodec）。以下为关键开发方向和方法。
windows 使用FFMpeg保存视频,播放视频
QT，一个C++ UI框架，广泛应用于嵌入式平台，但在海思平台上，由于HIFB/GFBG的存在，导致许多工程师在QT的移植上遇到了不少困难，以下以SS928V100平台为例，记录下海思平台下的QT移植思路，通用于所有海思平台，文章最后会附上海思平台SS928V100、Hi3519DV500、SS524V100的QT移植文件以及编译好的文件，可按需下载使用。
①在编辑config文件中加入了-no-opengl，后续在执行make install时报错：参考和。
【QT报错解决记录】 摘要：安装QT后运行项目出现_mm_loadu_si64未找到标识符报错（Windows Kits路径异常导致）。通过以下步骤解决：1）安装Windows DBG并重启；2）发现SDK版本不兼容后删除26100.0版本；3）设置系统环境变量指定D盘Windows Kits路径（关键步骤：添加D:\Windows Kits\10\Include）。另记录多VS版本导致vsix安
本系统围绕实用场景设计，涵盖以下核心功能模块：完整的功能演示和环境配置讲解，请参考下方视频资源。视频内容覆盖了安装部署、模型训练、结果评估及常见问题解答。18-基于YOLO12的烟雾检测识别系统项目实战！-全网最全资料（附赠任务书、开题报告模板课程）人工智能/深度学习/计算机视觉/神经网络18-基于深度学习的烟雾检测识别系统-yolo11-彩色版界面（附赠任务书、开题报告模板课程）18-基于深度学
本系统围绕实用场景设计，涵盖以下核心功能模块：完整的功能演示和环境配置讲解，请参考下方视频资源。视频内容覆盖了安装部署、模型训练、结果评估及常见问题解答。17-基于YOLO12的水稻病害检测识别系统项目实战！-全网最全资料（附赠任务书、开题报告模板课程）人工智能/深度学习/计算机视觉/神经网络17-基于深度学习的水稻病害检测识别系统-yolo11-彩色版界面（附赠任务书、开题报告模板课程）17-基
虚拟地址空间是一个非常抽象的概念，先根据字面意思进行解释：它可以用来加载程序数据（数据可能被加载到物理内存上，空间不够就加载到虚拟内存中）它对应着一段连续的内存地址，起始位置为 0。之所以说虚拟是因为这个起始的0地址是被虚拟出来的， 不是物理内存的0地址。虚拟地址空间的大小也由操作系统决定，32位的操作系统虚拟地址空间的大小为 2^32 字节，也就是4G，64位的操作系统虚拟地址空间大小为2^64
emit devMsg(QString("AI全自动柑橘移栽启动，品种：%1，地块：%2，计划定植%3株").arg(varName).arg(landName).arg(batchNum));4. **全执行机构控制**：履带底盘、苗木输送皮带、废苗剔除推杆、打穴升降机构、六轴移栽机械手、覆土压实辊、定量浇灌水泵、整机急停、低温/高温声光报警。"柑橘移栽机器人串口连接成功" : "串口打开失败:
劣质果包含小果、畸形果、病虫斑果、日灼果、朝天果、密生重叠果；QString head = "====================柑橘疏果新作业会话启动 " + QDateTime::currentDateTime().toString("yyyy-MM-dd HH:mm:ss") + " ====================";fruitTip = QString("优质留存果：%1个
本文介绍开源鸿蒙PC社区对Notepad3的适配实践：基于Qt Widgets构建跨平台编辑器外壳，复用uchardet编码探测、PCRE2正则引擎与QSaveFile原子写入，实现可安装、可交互的鸿蒙文本编辑器。项目通过ArkTS与Qt for OpenHarmony QPA协同，完成窗口管理、菜单栏、行号区、状态栏等核心功能，并支持多编码识别、换行符保留与正则查找，验证了成熟Windows应用
开源鸿蒙PC社区推出Jaspersoft Studio CE适配版本，基于Qt重构桌面界面与核心功能，实现报表设计、画布编辑、源码回写、数据解析及多格式导出。适配版本在鸿蒙PC真机上完成高分辨率优化与全链路验证，支持CSV/JSON/XML数据读取与PDF/HTML等导出，构建了可交付的HAP应用，为复杂桌面软件迁移提供可行路径。
本文介绍了在 HarmonyOS PC 上适配 Firebird 6.0 的实践，通过分层架构实现界面、数据库内核与工具的协同。基于 ARM64 架构，采用 Qt 5.15.12 与 Native Child Process 技术，将 fbclient、服务端及运维工具嵌入 HAP，完成真机上版本检测、SQL 执行、服务启动与 gstat 信息读取等核心功能验证，全面打通从应用沙箱到原生数据库链路
不在 Electron 里跑前端不在浏览器里跑 Python而是用Qt C++ 宿主 + 内嵌 libpython在鸿蒙 PC 上真真正正渲出一个 Qt Widgets 原生 GUI、一个原生 QTextEdit 编辑器、一个能调 Python 解释器跑的 Console，外加一个真实的 Variable Explorer。
开源鸿蒙PC社区推出Tftpd64适配版本（4.74-ohos.1），基于HarmonyOS PC 2in1真机验证，实现TFTP、DHCP、DNS、SNTP、Syslog五项核心服务。采用ArkTS+Qt for OpenHarmony架构，替换Win32依赖，通过XComponent承载界面，原生协议栈处理网络请求，支持私有目录授权与后台隐藏运行。实测证明其在局域网中可稳定接收并响应真实设备请
WinPcap 的鸿蒙 PC 适配不是一次简单的库交叉编译。真正的难点在于，需要把 Windows 驱动提供的二层权限、libpcap 的跨平台能力和鸿蒙普通应用的安全模型重新组织起来。本项目最终采用了分层方案：Native 侧继续提供 libpcap 与 WinPcap 扩展 API 兼容；普通 HAP 利用 VPN/TUN 建立可授权的 IP 层抓包通路；ArkUI 与 NAPI 再把实时展示
先问"重写还是移植"，再动手。两者工作量可能相近，但产出的性质完全不同：移植产出的是"Flameshot 本体在鸿蒙上"，重写产出的是"另一个长得像它的应用"。版本不匹配时，复原环境而不是修改代码。下载官方 Qt 5.12.12 头文件花十分钟，换回的是"上游代码零改动"的完整承诺。moc 扫描要显式排除平台门控文件。条件编译和"无差别目录扫描"是天敌，链接器不报错不代表没问题，真机 dlopen
Mu Editor 是一款面向 Python 初学者、教师和创客的轻量级编辑器。它没有把重点放在复杂的工程管理或插件体系上，而是围绕“写代码、运行、查看结果、调试、连接开发板”组织操作路径。对刚接触编程的用户来说，这种低干扰的工作流比功能繁多的通用 IDE 更容易理解。
本文介绍了Git Cola在鸿蒙PC平台的适配实践，基于ArkTS重构界面、C++ N-API执行Git命令、HNP分发工具链，构建了符合鸿蒙应用模型的原生Git工作流。通过打通仓库管理、分支操作、差异查看与远端同步等核心闭环，实现了真机环境下完整开发流程验证。重点解决了路径授权、命令解析、状态持久化等关键技术问题，明确了当前版本在单仓库场景下的能力边界，为开源开发工具在鸿蒙生态的可持续演进提供了
InfluxDB Studio 的适配说明，传统桌面数据库工具迁入 HarmonyOS PC 的关键不是重画一个相似窗口，而是把窗口生命周期、资源上下文、异步网络、错误模型、数据解析和 Native 打包重新连成一条可靠链路。Qt Widgets 保留了树形导航、标签页和大表格的桌面效率，Qt Network 取代原 .NET 客户端，ArkTS 与 XComponent 则让这套 Native
开源鸿蒙PC社区推出WinMerge适配项目，基于Qt for OpenHarmony重构原MFC架构，实现跨平台文件与文本比较。通过鸿蒙文件选择器、持久授权与差异块导航等设计，保障双栏比对、同步写回与选项持久化功能可用。项目聚焦核心场景，保留用户习惯，验证成熟C++应用在鸿蒙生态的可行性，推动生产力工具生态落地。
本文介绍了Geany在HarmonyOS PC上的适配实践，基于“保留上游、重建高频闭环”策略，将轻量编辑器核心工作流（项目导航、符号跳转、任务扫描、命令执行）迁移至鸿蒙生态。通过ArkTS+Qt for OpenHarmony架构，实现窗口管理、编辑器功能与沙箱环境下的文件访问闭环，验证了在无完整桌面环境下的真实可用性，版本为1.0.0，支持arm64-v8a，适用于2in1与平板设备。
本文介绍开源鸿蒙PC社区对Notepad++的适配实践：基于Qt for OpenHarmony，采用“真引擎、新外壳”方案，保留Scintilla与Lexilla核心能力，重构Qt Widgets桌面外壳，实现多标签编辑、语法高亮、正则搜索、批量替换等功能。项目在鸿蒙PC上完成原生编译，支持文件关联与会话复用，兼顾性能与用户体验，验证了大型C++桌面应用向鸿蒙生态迁移的可行性。
开源鸿蒙PC社区推出CodeCountTool适配项目，基于Qt for OpenHarmony实现桌面工具迁移。项目保留原有C++业务逻辑，通过Stage模型与XComponent承载Qt应用，完成文件选择、目录递归统计、后缀过滤及大目录响应式处理。适配验证了路径权限、多线程统计与界面交互在真机上的可行性，支持arm64-v8a架构，以HAP形式运行于2in1/平板设备，为鸿蒙生态提供可复用的桌
JupyterLab 是 Jupyter 生态的下一代交互式开发环境——notebook、代码控制台、文件浏览器、多文档工作区（VS Code 式布局）一体化。数据科学、教学、脚本实验场景里它几乎是标配。它是 Electron 应用——鸿蒙 PC 没有 Node.js 运行时，也没有 Chromium 壳，需要 OpenHarmony Electron 移植层（它依赖一个 Jupyter Serv
极简进销存信息管理系统是一种可扫码入库、出库的仓储管理软件，它支持多种语言和三大主流操作系统平台（Windows、macOS、Linux（Ubuntu）)。提供30天免费使用期限。在使用过程中，您可以享受无限次查询和查询的到货日期、出库数量、库存状态和更多。如果需要，您还可以自定义，比如说输入自己的公司名称、产品名称和一些其他的私人信息。您可以添加多个不同的商品，其的商品可以在一个统一的分类下展示
QString head = "====================播种新会话启动 " + QDateTime::currentDateTime().toString("yyyy-MM-dd HH:mm:ss") + " ====================";QMessageBox::critical(this,"串口失败","错误："+m_serial->errorString());
新 SDK 增加 AV_ERR_SUPER_RESOLUTION_UNSUPPORTED / AV_ERR_SUPER_RESOLUTION_NOT_ENABLED / AV_ERR_IO_CLEARTEXT_NOT_PERMITTED 等枚举值。新 SDK 新增 IMAGE_GET_IMAGE_DATA_FAILED / IMAGE_PIXELMAP_RELEASED / IMAGE_UNSUP
win32-g++/qmake.conf 中硬编码了 GCC 专用编译选项 -fno-keep-inline-dllexport。clang 不认识这个选项，报错退出。当检测到参数包含 -print-search-dirs 时，先执行真实的 clang 编译器获取输出，再用字符串替换将;在 g++.bat 包装脚本中增加对 -E -v 参数的处理：当检测到参数包含 -E -v 时，在调用真实编译器
本文介绍Qt中串口通信与窗口跳转的实现。使用QSerialPort类配置波特率、数据位等参数，通过write()发送数据，readyRead()信号接收单片机数据，实现上位机与STM32等设备通信。同时，讲解如何通过new对象并调用show()或exec()开启新窗口：非模态（继承QWidget）允许主窗口继续操作，模态（继承QDialog）阻塞主窗口直至关闭，注意栈/堆对象使用场景避免窗口消失问
单例 = 整个程序里，这个类永远只有 1 个对象，永远不会创建第二个。一个公司只有1 个老板一个程序只有1 个配置管理一个软件只有1 个日志管理器一个项目只有1 个数据库连接你不管在哪里调用，拿到的都是同一个实例。单例就是：一个类，整个程序只造一个对象，到处共用，不能复制，不能随便新建。单例 = 全局唯一实例禁止外部创建、禁止拷贝static instance () 是唯一入口Qt 开发几乎必用，
qt使用mqtt，需要自己编译
Qt6在windows11下样式
centOS中新装的Qt6.7.3，Qt程序编译成功，但运行时报错：myApp: symbol lookup error: /home/my/Qt/6.7.3/gcc_64/plugins/platforms/../../lib/libQt6WaylandClient.so.6: undefined symbol: wl_proxy_marshal_flags。解决方法：执行myApp时前面加上s
上网查，普遍的是“错误 C2665 “Ort::Session::Session”: 没有重载函数可以转换所有参数类型”这里真的是太崩溃了，一直和我说没有与参数列表匹配的构造函数 "ort::session::session" 实例。然后发现了一个有用的，暂时解决了报错。因为session构造函数定义的是。可能是因为报错不一样吧。
Qt通过信号与槽事件系统和事件过滤器原生支持观察者模式，适用于UI交互、多线程通信等场景。对于复杂业务逻辑，可手动实现接口和聚合关系，或通过全局单例类实现跨层级通信。这些机制共同体现了Qt在解耦对象交互、提升扩展性方面的设计优势。
Cmake地址：/usr/bin 【直接apt-get安装的】修改 CMakeLists.txt。操作系统：ubantu16.04。Cmake编译器：3.10.2。
复杂我的代码，电脑应该是正常使用的，但是qt使用的场景是多变的所以，如果有遇到不同硬件渲染引擎的问题的可以分析到这里。
qt 实现链表撤消重做
这个例子中，我们将创建一个简单的 gRPC 服务，该服务接收一个 JSON 格式的字符串，使用 rapidjson 解析它，并返回一个处理后的结果。Abseil 是由 Google 开发的一个开源库，提供了一系列 C++ 代码库，这些库被广泛用于 Google 的内部项目。这个例子中，我们将创建一个简单的 gRPC 服务，该服务使用 Abseil 的字符串函数来处理请求。通过以上步骤，你可以使用
主要原因分析：在调用m_pModbusMaster->m_pUart->Open()打开串口之前，m_pModbusMaster、m_pUart对象已经被移动到了m_pUartThread子线程，而我的代码在主线程中进行子线程中对象的打开和关闭操作，会导致子线程对象的事件通知功能异常，所以报错。使用QSerialPort+QThread的目的是为了将串口的数据收发和主线程分开，从而避免主线程的卡顿
QT 周立功can找不到库解决办法 error: cannot find -lControlCAN 或 cannot find -lzlgcanerror: cannot find lControlCAN cannot find lzlgcan
qt
——qt
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
火山引擎视频云技术社区
海思HiSpark开发者社区
亚马逊云科技技术品牌专区
openEuler 社区
DAMO开发者矩阵
Harmony PC 开发者社区
开源鸿蒙跨平台开发者社区
AI硬件创业社区
乐奇 Rokid 开放社区
