[发明专利]一种基于编码器的丢帧方法

说明书

本发明涉及通信技术领域，尤其涉及一种基于编码器的丢帧方法，包括如下步骤：S1：判断视频源的输出帧率是否大于实际需要的帧率，如果是，则进行丢帧处理；S2：判断编码帧率是否大于视频源的输出帧率，如果是，则进行丢帧处理；S3：根据前推流队列长度与额定推流队列长度，进行丢帧处理。本发明的有益效果是：能够对视频源、视频编码以及音视频推送阶段分别进行丢帧处理，尽可能减小丢帧对音视频播放质量的影响。

技术领域

本发明涉及通信技术领域，尤其涉及一种基于编码器的丢帧方法。

背景技术

视频直播是指利用互联网及流媒体技术进行直播，视频因融合了图像、文字、声音等丰富元素，声形并茂，效果极佳，逐渐成为互联网的主流表达方式。视频通过真实、生动的传播，营造出强烈的现场感，吸引眼球，达成印象深刻、记忆持久的传播效果。

传统的视频直播由音频源、视频源、AAC编码器、H264编码器以及RTMP推流器组成。音频源可以来自DV或者连接设备的其他麦克风，一次读取一帧，包装成一个包，之后发送到AAC编码器进行编码。视频源是来自DV或者连接设备的其他相机，捕获相机拍下的图像显示在屏幕上，一次显示一帧，包装成一个包，之后发送到H264编码器进行编码。AAC编码器对音频数据进行压缩，以便用更少的带宽传输更多的数据。AAC编码器里面有一个待处理的音频帧队列，AAC编码器每次从队列中取出一帧进行处理。H264编码器的作用是压缩视频，以便不损失清晰度的情况下，用更少的带宽传输视频数据，H264编码器每次从视频帧队列中取出一帧进行处理。RTMP推流器的作用是将视频帧或者音频帧等数据发送到服务器，RTMP推流器的内部有一个队列，音频帧和视频帧都在这个队列中。

在视频直播的过程中，由于音视频数据产生太快，或编码器编码时间太长而受到CPU和GPU等计算资源的限制，或网络条件不理想，均需要进行丢帧处理。现有的丢帧方法主要针对网络条件不理想而做出丢帧处理，笼统地丢弃全部B帧或P帧，这就造成了接收端视频质量的明显下降。

发明内容

针对上述方案的缺点，本发明提出一种基于编码器的丢帧方法，该方法能够尽可能减小丢帧对音视频播放质量的影响。

本发明技术方案是：一种基于编码器的丢帧方法，包括如下步骤：

S1：判断视频源的输出帧率是否大于实际需要的帧率，如果是，则进行丢帧处理；

S2：判断编码帧率是否大于视频源的输出帧率，如果是，则进行丢帧处理；

S3：根据前推流队列长度与额定推流队列长度，进行丢帧处理。

优选的，步骤S1中，丢帧处理的具体方法为：

S101：在上一时间周期T内，计算视频源内的帧数C，计算其帧率为C/T；

S102：实际需要的帧率是F，计算丢帧率为C/T-F，丢帧占比为＝1-F*T/C；

S103：在本时间周期T内的任何时间t内，计算视频源帧数为c，则应该丢帧数为c*(1-F*T/C)；

S104：在上一时间周期T内，统计视频源的帧数为Cin，输出的帧数为Cout，则实际丢帧数为Cin–Cout；

S105：判断本时间周期T内下一帧到来时是否应该选择丢帧，如果c*(1-F*T/C)>Cin-Cout，即判断应该丢帧数是否比实际丢帧数大，则应该丢帧，Cin数值加1，而Cout数值不变；如果c*(1-F*T/C)<＝Cin-Cout，则Cin数值加1，而Cout加1；

S106：继续重复步骤S105，直到本周期结束，重复开始下一周期。

优选的，步骤S2中，丢帧处理的具体方法为：丢掉编码队列中的除去收尾端的任意一帧。