|
|
|
@ -90,14 +90,20 @@
|
|
|
|
|
"gop_num": 0 //. 见rtmp.gop_num
|
|
|
|
|
},
|
|
|
|
|
"rtsp": {
|
|
|
|
|
"enable": true, //. 是否开启rtsp服务的监听,目前只支持rtsp推流
|
|
|
|
|
"addr": ":5544", //. rtsp推流地址
|
|
|
|
|
"out_wait_key_frame_flag": true //. rtsp出包时是否等待视频关键帧
|
|
|
|
|
// 音频和视频需要同时出,如果音频先出,而视频等待关键帧会导致音画不同步问题,两种情况:
|
|
|
|
|
// 1. 不等待视频关键帧,音视频包到了就转发
|
|
|
|
|
"enable": true, //. 是否开启rtsp服务的监听
|
|
|
|
|
"addr": ":5544", //. rtsp监听地址
|
|
|
|
|
"out_wait_key_frame_flag": true //. rtsp发送数据时,是否等待视频关键帧数据再发送
|
|
|
|
|
//
|
|
|
|
|
// 2. 等待视频关键帧,视频关键帧到达之前,丢弃音频数据。
|
|
|
|
|
// (存在音视频头,但是音频先到,视频晚到的场景等待关键帧会导致超时问题)
|
|
|
|
|
// 该配置项主要决定首帧、花屏、音视频同步等问题
|
|
|
|
|
//
|
|
|
|
|
// 如果为true,则音频和视频都等待视频关键帧才开始发送。(也即,视频关键帧到来前,音频或视频全部丢弃不发送)
|
|
|
|
|
//
|
|
|
|
|
// 如果为false,则音频和视频都直接发送。(也即,音频和视频都不等待视频关键帧,都不等待任何数据)
|
|
|
|
|
//
|
|
|
|
|
// 注意,纯音频的流,如果该标志为true,理论上音频永远等不到视频关键帧,也即音频没有了发送机会,
|
|
|
|
|
// 为了应对这个问题,lalserver会尽最大可能判断是否为纯音频的流,
|
|
|
|
|
// 如果判断成功为纯音频的流,音频将直接发送。
|
|
|
|
|
// 但是,如果有纯音频流,依然建议将该配置项设置为false
|
|
|
|
|
},
|
|
|
|
|
"record": {
|
|
|
|
|
"enable_flv": true, //. 是否开启flv录制
|
|
|
|
|