feiyangqingyun

一、前言说明 监控系统中有很多视频画面需要同时显示，有时候需要同时显示4个画面，也就是2x2的布局，这种整数倍的布局是最容易实现的，搞个表格布局按照行列格式插入对应视频控件...

一、前言说明 现在越来越多的场景是需要通过28181进行联网的，监控设备端基本的也都会支持28181协议，从2010年到2014年这个阶段主流还是onvif，由于无法方便的...

一、前言说明 推流组件写了这么久，主要都是推720P/1080P/2K这种分辨率的，现在突然间来了用户需要8K，一开始心里没底，后面试了下效果，远超预期好的一逼，CPU资源...

一、前言说明 从十几年前做Qt自定义控件开发至今，陆陆续续开发过两百多个自定义控件，一直持续更新到现在的Qt6.10版本，全部正常编译使用，从最初的Qt4.7.0支持到现在...

一、前言说明 之前已经在推流基础上，实现了音视频通话，原理就是采集到音视频的数据推流到流媒体服务程序，然后从流媒体服务程序拉流播放对方的音视频流即可，目前演示效果是做的一对...

一、前言说明 之前已经实现了Qt结合ffmpeg在安卓上运行，所有在win上的功能，在安卓上都已经实现，比如编码保存到MP4文件，正常解码音视频文件播放等，唯独还差一个功能...

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

一、前言说明 搞地图相关软件或者功能开发很多年，最开始搞得是百度地图，把官网对应的API接口都实现了一遍，好用肯定是好用，但是缺点也挺多，最大缺点就是坐标系需要转换，现在很...

一、前言说明 一个强大的视频播放组件，除了基础的功能外，还必须涵盖各种现场实际需求，比如希望按照tcp方式打开rtsp地址，希望按照指定帧率采集本地桌面等。提供各种需求对应...

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

一、前言说明 这个地图组件前前后后写了十几年，是真没想到，最开始仅仅是搞个简单的百度地图的js交互，能显示个地图和设备点，主要用在视频监控系统上展示摄像头点位，后面慢慢的有...

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

一、前言说明 要想将视频监控设备的实时视频放到网页预览，基本上的方案都是要先推流，推流到流媒体服务后，然后网页再从流媒体服务这边拉流，一般会选择拉hls也就是m3u8，这个...

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

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

一、前言说明 在2011版本的gb28181协议中，拉取视频流只要求udp方式，从2016开始要求新增支持tcp被动和tcp主动两种方式，udp理论上会丢包的，所以实际使用...

一、前言说明 在软件开发的漫漫征途中，我与 Qt 的邂逅本以为是一场美妙的合作，然而，现实却给了我沉重的一击。“垃圾 qt，毁我青春”，这句看似过激的话语，实则饱含了我在 ...

一、前言说明 使用过不少的gb28181服务端工具，绝大部分都是BS结构的，也就是直接在网页上运行，比如easynvr、liveqing等，也有个知名的开源国标项目叫wvp...

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

一、前言说明 在gb28181-2011协议中，只有udp要求，从2016版本开始要求支持tcp，估计也是在多年的实际运行过程中，发现有些网络环境差的场景下，一些udp交互...