标题:Qt音视频开发46-视频传输UDP版
作者:liudianwu
日期:2020-11-04 09:43
内容:
## 一、前言
上篇文章写道采用的TCP传输视频，优缺点很明显，优点就是不丢包，缺点就是速度慢，后面换成UDP通信，速度快了很多，少了3次握手，而且在局域网中基本上不丢包，就算偶尔丢包，对于一秒钟25-30张图片来说，偶尔一张图片丢失，基本上看不出来，所以忽略，但是放到广域网或者互联网比如阿里云平台上测试的话，UDP惨不忍睹，丢包蛮多的，毕竟包数据特别多。
Qt的网络通信类，我们平时常用的就是三个：QTcpSocket客户端类、QTcpServer服务端类、QUdpSocket通信类，为啥没有QUdpServer类？其实UDP是无连接的通信，占用资源很小，他既可以是客户端也可以是服务端，如果要作为服务端则指定端口调用bind方法即可。本程序同时支持了TCP模式和UDP模式，实际测试下来，还是建议使用TCP模式，UDP模式由于无连接在短时间内发送大量的数据包发现会丢包，而且包的大小有限制，是65507字节，大约64K，所以UDP模式下实时传输的图片分辨率不能太大，实测640*480的视频文件还是挺好的，720P基本上有点惨，丢包好多，可能后期还需要从协议上改进处理。
本程序和协议约定的图片采用base64编码传输，接收到以后将base64字符串解码出来生成图片，QByteArray内置类toBase64方法转成base64编码的字符串，QByteArray::fromBase64方法将base64字符串还原成数据。在经过多次的实验以后统计的数据显示，编码解码的速度还可以，其中720P图片编码25ms-30ms、解码15ms-20ms，1080P图片编码35ms-40ms、解码25ms-30ms。总体上来说一秒钟传输25-30张图片和解码25-30张图片，还是没有什么问题的，只是走的CPU编码解码，如果开的通道数比较多的话，还是很耗CPU的，但是应付一些简单的应用场景还是如鱼得水毫无压力。
通信协议：
1. 采用TCP长连接和UDP协议可选，默认通信端口6000。
2. 采用自定义的xml通信协议。
3. 所有传输加20个字节头部：IIMAGE:0000000000000，IIMAGE:为固定头部，后面接13个字节的 内容的长度（含20个头部长度） 字符串。
4. 下面协议部分省略了头部字节。
5. 服务端返回的数据中的uuid是对应接收到的消息的uuid。
6. 服务端每次返回的时候都带了当前时间，可用于客户端校时。
```xml
客户端发送心跳
#1 [linxiaoxing 11-04 10:13]
厉害
#2 [dorafather 11-09 18:04]
你这叫开发视频啊？
#3 [dorafather 11-09 18:05]
你这叫开发视频啊？？？