Qt项目一站式解决方案

摘要： 一、前言说明 之前已经在推流基础上，实现了音视频通话，原理就是采集到音视频的数据推流到流媒体服务程序，然后从流媒体服务程序拉流播放对方的音视频流即可，目前演示效果是做的一对一通话，稍微拓展一丢丢就可以支持多对多通话。之前演示的都是在局域网，很多人问是否可以外网通话，那肯定可以的啊，只需要搞个云服务器 阅读全文

摘要： 一、前言说明 之前已经实现了Qt结合ffmpeg在安卓上运行，所有在win上的功能，在安卓上都已经实现，比如编码保存到MP4文件，正常解码音视频文件播放等，唯独还差一个功能，尽管用的不多，但是还是有一定需求的，那就是采集手机上的摄像头。以前傻哔哔的以为和linux类似，去打开/dev/video0设 阅读全文

摘要： 一、前言说明 手机上拍摄的视频一般都是带有旋转角度的，前置后置旋转的角度还不一样，一个是90度一个是270度，在早期的vlc等播放器播放这种视频的视频，无法解析旋转角度，所以看起来视频是倒过来的，很不舒服，后面慢慢的手机时代流行后，各大主流播放器都支持了旋转角度的解析。视频文件本身是1280x720 阅读全文

摘要： 一、前言说明 搞地图相关软件或者功能开发很多年，最开始搞得是百度地图，把官网对应的API接口都实现了一遍，好用肯定是好用，但是缺点也挺多，最大缺点就是坐标系需要转换，现在很多的设备传过来的要么是地球坐标系，要么是国家标准的坐标系，而百度地图是自己的坐标系，在国标上又加了自己的偏移，搞得很不兼容，比如 阅读全文

摘要： 一、前言说明 一个强大的视频播放组件，除了基础的功能外，还必须涵盖各种现场实际需求，比如希望按照tcp方式打开rtsp地址，希望按照指定帧率采集本地桌面等。提供各种需求对应的结构体参数，这些参数可以单个函数设置，也可以统一设置，还有个最方便的设计技巧就是，通过打开的url传入对应的参数，比如通过竖杠 阅读全文

摘要： 一、前言说明 通过sip协议仅仅是交互，音视频数据的收发最终并不是通过sip传输的，而是通过将数据打包成rtp的格式再通过udp或者tcp通信的，sip协议仅仅是告知对方待会要往哪里发数据，是udp还是tcp。由于数据都是rtp包格式，所以收到数据后必须要将数据解包，解包后是ps流数据，再发给ffm 阅读全文

摘要： 一、前言说明 这个地图组件前前后后写了十几年，是真没想到，最开始仅仅是搞个简单的百度地图的js交互，能显示个地图和设备点，主要用在视频监控系统上展示摄像头点位，后面慢慢的有个无人机监控系统要用，需要显示无人机的轨迹，于是又加入了轨迹显示的功能，有了轨迹呢又需要轨迹回放，最开始做的在线地图，后面用户实 阅读全文

摘要： 一、前言说明 原以为把手头上的海康大华宇视华为等摄像头测试国标监控功能没问题就算大功告成，哪成想这只是完成的一部分，各种复杂的情况只有现场才能复现，首先就是设备可能有盗版的设备，导致支持的协议不全，比如有些厂家的设备只支持TCP被动模式取流，你发其他模式点播，会返回sdp信息，仔细观察sdp信息会发 阅读全文

摘要： 一、前言说明 要想将视频监控设备的实时视频放到网页预览，基本上的方案都是要先推流，推流到流媒体服务后，然后网页再从流媒体服务这边拉流，一般会选择拉hls也就是m3u8，这个延迟很大，最低延迟估计都要3s，所以后面很多方案选择flv，这个延迟可以做到2s左右，但是又有6个同源的限制，也就是一个网页上只 阅读全文

摘要： 一、前言说明 在做gb28181取流的过程中，还要考虑一个问题就是端口被占用的问题，如果是国标服务的端口被占用，这个只能重新手动设置，而且设备端也要重新设置，而拉流端口被占用，程序能够自动处理那就自动处理，这个用户只能设置一个端口范围。比如udp传输模式下，用户设置的6900-7900端口范围，第一 阅读全文