用于云视频平台的视频解码压缩网络动态调整系统及方法

技术领域

本发明涉及视频编解码技术领域，尤其涉及一种用于云视频平台的视频解码压缩网络动态调整系统及方法。

背景技术

传统视频监控、视频会议、视频指挥、视频调度等音视频平台都是基于C/S架构(客户端服务器)来开发和使用，数据传输使用udp协议，传输速度很快然而性能较低维护成本高，随着Internet技术的兴起，B/S架构(浏览器和服务器)已相当成熟，在这种架构下，用户工作界面是通过浏览器来实现，然而在音视频开发领域，由于视频解码后的数据量非常大，在本地将解码数据传输到Web端时很容易超过WebSocket传输协议的瓶颈，从而影响项目的正常开发和使用。

本发明的目的是通过将解码后的视频YUV数据压缩成JPEG图片数据，来解决视频解码数据的传输使用网络高的问题。在B/S架构的音视频平台开展视频呼叫、视频会议、视频指挥等任意视频业务过程中，由于WebSocket协议传输吞吐量限制，而解码后的视频原始数据量非常巨大，每帧可达到数MB的大小，且视频不卡屏的最小帧数为每秒25帧，若直接对原始数据进行传输，传输很容易就超过WebSocket协议性能的瓶颈，从而使视频播放卡顿达不到业务需求。

发明内容

有鉴于此，本发明目的是提供一种用于云视频平台的视频解码压缩网络动态调整系统及方法。

一种用于云视频平台的视频解码压缩网络动态调整系统，包括编码器、压缩库、解码器以及解码终端，所述编码器、压缩库、解码器以及解码终端均处于同一音视频平台域。

一种用于云视频平台的视频解码压缩网络动态调整方法，应用于所述的一种用于云视频平台的视频解码压缩网络动态调整系统，包括以下步骤：

步骤1：进行系统部署，将解码器、编码器以及解码终端部署在同一个音视频平台域，在解码器传输解码数据前增加压缩库对解码数据进行压缩；

步骤2：设置编码器视频采集设备为桌面采集，设置采集帧率为25帧，输出帧率为25帧，输出分辨率为1080p，设置压缩库的压缩率为原来的60％；

步骤3：启动音视频平台A，检测音视频平台与编解码器的连接正常后，启动任务管理器并监控音视频平台A对应的进程信息，点播本地编码器设备；

步骤4：本地设备正常播放，查看任务管理器，音视频平台A进程信息无大幅度波动，持续播放10分钟，操作系统及音视频平台A无异常。

本发明提供的技术方案带来的有益效果是：有效解决了视频解码数据过大导致WebSocket协议吞吐量达不到传输需求的问题。

附图说明

图1是本发明一种用于云视频平台的视频解码压缩网络动态调整系统及方法的网络部署图；

图2是与图1作对比的网络部署图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地描述。

请参考图1，本发明提供了一种用于云视频平台的视频解码压缩网络动态调整系统及方法，一种用于云视频平台的视频解码压缩网络动态调整系统，包括编码器、压缩库、解码器以及解码终端，所述编码器、压缩库、解码器以及解码终端均处于同一音视频平台域。

一种用于云视频平台的视频解码压缩网络动态调整方法，应用于所述的一种用于云视频平台的视频解码压缩网络动态调整系统，包括以下步骤：

步骤1：进行系统部署，将解码器、编码器以及解码终端部署在同一个音视频平台域，在解码器传输解码数据前增加压缩库对解码数据进行压缩；部署的解码器为系统内置解码器，部署的编码器为系统本地编码器；

步骤2：设置编码器视频采集设备为桌面采集，设置采集帧率为25帧，输出帧率为25帧，输出分辨率为1080p，设置压缩库的压缩率为原来的60％；

步骤3：启动音视频平台A，检测音视频平台与编解码器的连接正常后，启动任务管理器并监控音视频平台A对应的进程信息，点播本地编码器设备；

步骤4：本地设备正常播放，查看任务管理器，音视频平台A进程信息无大幅度波动，持续播放10分钟，操作系统及音视频平台A无异常；

计算此时解码器与音视频平台通过WebSocket协议传输的本地回环流量：压缩后的1080pYUV视频原始数据每帧大小为1920*1080*1.5*60％个字节，大约为1.78MB；由于视频输出帧率为每秒25帧，所以每秒解码传输的本地回环流量为44.55MB。

为了更好地对比出本发明的网络动态调整的效果，如图2进行系统部署，设置编码器视频采集设备为桌面采集，设置采集帧率为15帧，采集分辨率为1080p，设置输出帧率为15帧，输出分辨率为1080p，启动音视频平台A，检测音视频平台与编解码器的连接正常后，启动任务管理器并监控音视频平台A对应的进程信息，点播本地编码器设备；

本地设备正常播放，查看任务管理器，音视频平台A进程信息无大幅度波动，持续播放10分钟，操作系统及音视频平台A无异常，计算此时解码设备与音视频平台通过WebSocket协议传输的本地回环流量：1080pYUV视频原始数据每帧大小为1920*1080*1.5个字节，大约为2.97MB；由于视频输出帧率为每秒15帧，所以每秒解码传输的本地回环流量为44.55MB。

保持编码器采集分辨率不变，设置采集帧率为25帧、输出帧率也为25帧、输出分辨率为1080p，重新启动音视频平台A，检测音视频平台与编解码器的连接正常后，启动任务管理器并监控音视频平台A对应的进程信息，点播本地编码器设备。

现象：本地设备目前正常播放，查看任务管理器，音视频平台A进程信息中内存占用持续增加，在本地设备正常播放约1分钟后，视频播放开始卡顿，在本地设备播放约2分钟时，音视频平台A崩溃无响应。

计算此时解码设备与音视频平台通过WebSocket协议传输的本地回环流量：1080pYUV视频原始数据每帧大小为1920*1080*1.5个字节，大约为2.97MB；由于视频输出帧率为每秒25帧，所以每秒解码传输的本地回环流量为74.25MB。

由此可知，当传输流量速度超过44.55MB/s时，接收消息端的WebSocket协议会出现数据处理延时的现象，导致接受消息的队列不断增大，内存占用持续增加，最后导致平台崩溃。

而本发明在解码库传输解码数据前增加压缩库对解码数据进行压缩之后，通过控制压缩库的压缩率使解码库的传输速率小于44.55MB/s，可以避免由WebSocket协议本身引起的点播异常等相关问题。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。