基于FFMPEG和SDL2的音视频直播功能制作-------5推流延迟10秒的问题

前言:

最近在进行一个PC对PC端的直播功能的研发,主要需要实现从PC端捕获桌面处理成H264视频流,以及采集PC端的扬声器的声音处理成AAC音频流,通过RTMP推流到服务器端中,然后客户端可以从服务器中拉流并播放视频,最终实现直播的功能。该项目主要运用到FFMPEG实现音视频的编解码和拉流,使用SDL进行对音视频的播放。

在实现该功能的过程中,总共可以分为如下几个模块:

1、音频的采集、编码;

2、桌面捕获和图像编码;

3、音视频的同步及推流(核心);

4、音视频的拉流及解码;

5、音视频同步播放(核心);

其中音视频编解码是项目的基础,音视频的同步是项目的核心,在后续的文章中将分章节讲述该项目实现的过程。


在推流工作和拉流工作都做完之后,这个项目又迎来一个棘手的问题:在音频没有采集音频即没有推流音频的情况下,只推流视频时,在拉流端拉流到的视频是10秒前的数据。这个问题真的有点摸不着头脑,后来感谢CSDN上有些厉害的大牛,原来他们之前也遇到过类似的问题了,问题的根本原因就是使用FFMPEG推流时,FFMPEG默认会有一个等待时间,这个等待时间会等待所有通道是否有数据需要发送的默认最大等待时间,这个默认值是10000000(单位:微秒),即AVFormatContext的max_interleave_delta参数默认为10秒,因此只要将这个值修改到更小的话,推流出去的时延会更加短。如下是我的对这个值修改为10ms:

outputContext->max_interleave_delta = 10000;//AVFormatContex *outputContext;

参考链接:https://blog.csdn.net/vanjoge/article/details/79545490

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值