Qt-音视频开发

一、前言说明 之前已经实现了完整的onvif设备模拟器代码，主要是在windows上测试的，按照之前的经验，代码是已经做了其他系统的兼容，估计linux系统运行也是没有问题的，有时候不亲测测试还真不知

一、前言说明 目前市面上的国标监控系统，没有看到可以切换码流的，都是默认主码流，包括easynvr、livegbs、wvp等，很是奇怪为什么他们不做呢？难道没有用户反馈需要这个？我这就遇到过一些用户需

一、前言说明 在GB/T 28181-2016及更早的版本中，SIP客户端（如IPC、NVR等，称为SIP客户端或用户代理UA）通过向固定的SIP服务器（SIP Server）发送REGISTER请求

一、前言说明 之前录像文件的回放功能已经是好的，后面用户提出来一个新的合理的需求，那就是播放完上一个录像文件，希望自动播放下一个文件，之前是播放完成后就关闭了，需要手动双击录像文件才会再次播放，这个功

一、前言说明 图像抓拍的协议是gb28181-2022版本新加的，为何2016版本没有？估计当时这个需求不是非常强烈，尽管最开始onvif协议中是包含了这个的，后面随着监控设备的增多，使用场景的增加，

一、前言说明 ffmpeg的功能真的是包罗万象，除了基本的编解码，还有个专门的avdevice模块用来对本地设备的采集支持，最开始用到ffmpeg采集本地摄像头的缘由，还不是因为Qt不给力，Qt5开始

一、前言说明 著名的开源国标项目wvp，就是sip处理后拉流数据直接推流到zlm，往后视频这块都是zlm在处理，直接api级别的接口实现的，这样的架构好处很多，首先就是需要拉流的地方，按照需要拉rts

一、前言说明 一个好的视频监控系统，设备掉线后能够自动重连，也是一个重要的功能指标，如果监控系统只是个rtsp流地址，那非常好办，只需要重新打开流地址即可，而gb28181中就变得复杂了很多，需要多个

一、前言说明 之前做播放器的时候，有看到过qvideowidget有调节明亮度的接口，尽管用的不多，少数用户还是需要的。那要用ffmpeg实现这个功能应该怎么办呢？一种做法是通过调节显示端，和qvid

一、前言说明 在国标监控系统中，录像回放过程中，需要切换播放进度，对比过很过国标系统，绝大部分尤其是网页版的监控系统，在切换进度过程中都会黑屏，这个体验就很不友好了，明明gb28181协议中就有切换进

一、前言说明 搞监控拉流，如果仅仅是在开发机器，基本上每个程序员都能做到没有问题，把把都能正常运行，可是到了现场往往就容易掉链子，哪怕是你测试用过的一样的设备，所以必须不断的迭代代码，不断的兼容各种实

一、前言说明 手机上拍摄的视频一般都是带有旋转角度的，前置后置旋转的角度还不一样，一个是90度一个是270度，在早期的vlc等播放器播放这种视频的视频，无法解析旋转角度，所以看起来视频是倒过来的，很不

一、前言说明 通过sip协议仅仅是交互，音视频数据的收发最终并不是通过sip传输的，而是通过将数据打包成rtp的格式再通过udp或者tcp通信的，sip协议仅仅是告知对方待会要往哪里发数据，是udp还

一、前言说明 原以为把手头上的海康大华宇视华为等摄像头测试国标监控功能没问题就算大功告成，哪成想这只是完成的一部分，各种复杂的情况只有现场才能复现，首先就是设备可能有盗版的设备，导致支持的协议不全，比

一、前言说明 在做gb28181取流的过程中，还要考虑一个问题就是端口被占用的问题，如果是国标服务的端口被占用，这个只能重新手动设置，而且设备端也要重新设置，而拉流端口被占用，程序能够自动处理那就自动

一、前言说明 之前已经实现了通过ffmpeg桌面采集，也支持指定应用程序的标题来采集，但是需要用户手动输入程序窗口标题，这个就很不友好了，有几个用户知道如何才是完整的正确的标题呢，所以近期特意单独写了

一、前言说明 近期收到几个需求都是做音视频通话，很多人会选择用webrtc的方案，这个当然是个不错的方案，但是依赖的东西太多，而且相关组件代码量很大，开发难度大。所以最终选择自己属性的方案，那就是推流

一、前言说明 在gb28181-2011协议中，只有udp要求，从2016版本开始要求支持tcp，估计也是在多年的实际运行过程中，发现有些网络环境差的场景下，一些udp交互指令丢失导致功能异常，所以后

一、前言 语音对讲在gb协议中也是非常繁琐，甚至比视频点播还要繁琐，不明白为何不直接用现有的视频通道来传输数据，而是要重新开一路。然道有些场景是纯音频设备，不需要视频也能正常对讲？语音对讲在gb281

一、前言 最近在做实时音视频通话的项目中，遇到一个神奇的问题，那就是用ffmpeg采集本地音频设备，当音频设备拔掉后，采集过程会卡死在av_read_frame函数中，尽管设置了超时时间，也设置了超时