Qt-音视频开发

一、前言说明 手机上拍摄的视频一般都是带有旋转角度的，前置后置旋转的角度还不一样，一个是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函数中，尽管设置了超时时间，也设置了超时

一、前言 搞定了实时预览后，另一个功能就是录像回放，录像回放和视频点播功能完全一致，唯一的区别就是发送点播的sdp信息中携带了开始时间和结束时间，因为是录像文件，所以有这个时间，而实时视频预览这个对应

一、前言 通过gb28181做实时视频预览，也就是视频点播功能，是最重要的功能了，绝对是整个系统排第一重要的，这就是核心功能，什么设备注册、获取通道等都是为了实时预览做准备的，当然这个功能也是最难的，

一、前言 警情订阅在gb28181协议中也是一个重要的功能，一般是服务端主动问设备端订阅，不知道设备端是否能问服务端订阅？貌似行不通。 订阅后设备端一旦有警情消息，会主动发给服务端，比如运动目标检测报

一、前言 之前用onvif已经完美实现了设备的云台控制和预置位的功能，这个基础功能在监控系统中是使用频率很高的，所有gb28181肯定也提供了这样的功能，很多人以为是通过包含xml数据，对应节点指定对

一、前言 设备注册成功后，接下来要做的就是获取设备的信息，尤其是通道信息，根据国标协议，永远只有两个层级，一个是设备，然后就是设备下面多个通道，设备编码在整个系统中唯一，通道编码在一个设备中唯一，如果

一、前言 根据gb28181协议文档，第一步就是需要实现设备的注册，和onvif不同，gb是反过来的，设备端主动连接服务端，而onvif是服务端主动发出搜索，设备被动应答，包括后续的交互几乎都是被动应

一、前言 搞gb28181开发，首要任务就是解析协议，按照gb28181的文档来，还是非常详细的，通过抓包工具可以查看到具体的收发数据，也可以打开网络调试助手工具，监听5060端口，看到上报的数据，都

一、前言 在音视频开发中，音量的控制分两块，一个是控制播放器本身的音量，绝大部分场景都是需要控制这个，这个不会影响系统音量的设置。还有一种场景是需要控制系统的音量，因为播放器本身的音量是在系统音量的基

一、前言说明 音视频开发除了应用在安防监控、视频网站、各种流媒体app开发之外，还有一个小众的市场，那就是多媒体展厅场景，这个场景目前处于垄断地位的软件是HirenderS3，做的非常早而且非常全面，

一、前言 用ffmpeg做硬解码开发，参考自带的示例hw_decode.c即可，里面提供了通用的dxva2/d3d11va/vaapi这种系统层面封装的硬解码，也就是无需区分用的何种显卡，操作系统自动

一、前言 这个一边推流一边录制的功能，有很多用户提到过，之前因为时间的原因，一直没有搞，年初的时候索性抽空搞了下，也着实费了些功夫。推流用的是ffmpeg这个开源的牛逼的第三方库，搞音视频开发的人应该