Qt-项目作品

一、功能特点 广播搜索设备，支持IPC和NVR，依次返回。 可选择不同的网卡IP进行对应网段设备的搜索。 依次获取Onvif地址、Media地址、Profile文件、Rtsp地址。 可对指定的Prof

一、功能特点 支持各种本地视频文件和网络视频文件。 支持各种网络视频流，网络摄像头，协议包括rtsp、rtmp、http。 支持将本地摄像头设备推流，可指定分辨率和帧率等。 支持将本地桌面推流，可指定

一、前言 这个系列对应自定义控件大全，一个专注于控件的编写，一个专注于UI界面的编写，程序员有两大软肋，一个是忌讳别人说自己的程序很烂很多bug，一个就是不擅长UI，基本上配色就直接rgb，对于第一点

一、前言 本地摄像头的采集可以有多种方式，一般本地摄像头会通过USB的方式连接，在嵌入式上可能大部分是CMOS之类的软带的接口，这些都统称本地摄像头，和网络摄像头最大区别就是一个是通过网络来通信，一个

一、功能特点 自动加载插件文件中的所有控件生成列表，默认自带的控件超过120个。 拖曳到画布自动生成对应的控件，所见即所得。 右侧中文属性栏，改变对应的属性立即应用到对应选中控件，直观简洁，非常适合小

一、前言 能够写出简单易用而又不失功能强大的组件，一直是我的追求，简单主要体现在易用性，不能搞一些繁琐的流程和一些极难使用的API接口，或者一些看不懂的很难以理解的函数名称，一定是要越简单越好。功能强

一、前言 随着监控行业的发展，越来越多的用户场景是需要在手机上查看监控，而之前主要的监控系统都是在PC端，毕竟PC端屏幕大，能够看到的画面多，解码性能也强劲。早期的手机估计性能弱鸡，而现在的手机性能不

一、功能特点 支持多种协议，包括Modbus_Rtu_Com/Modbus_Rtu_Tcp/Modbus_Rtu_Udp/Modbus_Rtu_Web/Modbus_Tcp/Modbus_Udp/Mo

1 前言 大量测试下来，网页显示视频流实时性从高到低依次是 webrtc > ws-flv > flv > hls。播放器打开rtsp/rtmp视频流实时性由具体的播放器控制，比如缓存大小和缓存时间，

00 前言说明 从事Qt开发十年有余，一开始是做C#.NET开发的，因为项目需要，转行做嵌入式linux开发，在嵌入式linux上做可视化界面开发一般首选Qt，当然现在可选的方案很多比如安卓，但是十多

一、前言 无论是哪一门开发框架，如果涉及到UI这块，肯定需要用到自定义控件，越复杂功能越多的项目，自定义控件的数量就越多，最开始的时候可能每个自定义控件都针对特定的应用场景，甚至里面带了特定的场景的一

一、前言 跨平台的推流工具当属OBS最牛逼，功能也是最强大的，唯一的遗憾就是多路推流需要用到插件，而且CPU占用比较高，默认OBS的规则是将对应画布中的视频画面和设定的音频一起重新编码再推流，意味着肯

一、前言 现在各个监控大厂做的设备，基本上都会支持通过rtsp直接取流显示，而且做的比较好的还支持通过rtsp回放取流，基本上都会约定一个字符串的规则，每个厂家都是不一样的规则，比如回放对应的rtsp

一、前言 用Qt+ffmpeg写播放器很多人有疑问，为何不用Qt自己的多媒体框架来写，最重要的原因是Qt自带的目前都依赖具体的本地解码器，如果解码器不支持，那就是歇菜的，最多支持个MP4格式，而且在手

一、前言 大概是从2012年就开始研究用Qt写输入法，因为项目需要，嵌入式板子上，没有对应的输入法，当初使用过很多NVR，里面也是鼠标按下弹出输入法面板进行输入，可以切换数字和字母及中文，于是借鉴着操

一、前言 从最初编写这个工具开始的时间算起来，至少5年多，一直持续完善到今天，这个工具看起来小也不小大也不大，但是也是经历过无数个现场的洗礼，毫不夸张的说，市面上能够遇到的主流的厂商的设备，都测试过，

一、前言 从代码层面以及自由度来说，用ffmpeg来写全能播放组件是最佳方案（跨平台最好最多、编解码能力最强），尽管已经有优秀的vlc/mpv等方案可以直接用，但是vlc/mpv对标主要是播放器应用层

一、前言说明 推流程序将视频流推送到流媒体服务器后，此时就等待验证拉流播放，一般可以选择ffplay命令行播放或者vlc等播放器打开播放，也可以选择网页直接打开拉流地址播放，一般主流的浏览器都支持网页

一、前言说明 推流直播就是把采集阶段封包好的内容传输到服务器的过程。其实就是将现场的视频信号从手机端，电脑端，摄影机端打包传到服务器的过程。“推流”对网络要求比较高，如果网络不稳定，直播效果就会很差，