用libvlc做直播推流引擎
在网络较差的情况下,需要关闭直播,并且重新开播。
这个过程中,推流引擎重启,需要的是快速响应。
实际上测试结果发现,经常会发生引擎关闭接口卡住。
后来跟踪代码,定位到s_rtmp_send_thread() 中
其中一句:
ret = av_interleaved_write_frame(formatContext, pkt);
这个方法在网络较好的情况下,一般是几个毫秒就返回发送成功。
然后在网络较差的情况下,会一直卡在这里,没有返回。。。
跟踪ffmpeg代码,这个方法的实现在mux.c
libavformat/mux.c
av_interleaved_write_frame()
write_packet() 真正写数据
ret = s->oformat->write_packet(s, pkt);
write_packet 这里就是一个定义在avformat.h中的指针,指向flv_write_packet()
经一步跟踪代码,发现关于网络读写的超时控制,定义在url.h中
typedef struct URLContext { ...... int64_t rw_timeout; /**< maximum time to wait for (network) read/write ...... } URLContext;
于是在初始化的地方,设置这个参数:
libavformat/avio.c --->
url_alloc_for_protocol() return之前添加如下语句
// 网络读写超时 控制在 800ms
if (0 == uc->rw_timeout || uc->rw_timeout > 800000) uc->rw_timeout = 800000;
回到项目中,在av_interleaved_write_frame两端输出时间,发现现在这个接口在网络不好的情况下,基本控制在1s以内。然后并不是精确的时间控制。貌似ffmpeg本身都不能严格控制到毫秒级别。
为了确保这个返回一定得到响应,同时在libavformat/mux.c
av_interleaved_write_frame()中修改下面的代码:
for(;;)
这个没有控制的for循环,改为
int mOutTimes = 128; int nn; for(nn=0;nn<mOutTimes;nn++)
这里的128是个经验值。
时间: 2024-10-11 21:21:06