项目上有一个需求，一个 http-flv 直播源，要录制下来，并且支持随时触发切割，可以最终把视频流切成一段一段的。我对直播、视频懂得很少，研究了很久，目前用 FFmpeg 拉流，遇到一个问题。
因为客户是看着网站直播的时候（该网站不是我维护的，修改不了），去发起这种切割请求的，所以 FFmpeg 录制流必须要做到和直播看到的画面同步，或者至少能够准确估计落后了多少。网页放直播用的是 flv.min.js ，我发现其中有一个 liveBufferLatencyChasing=true 的参数，能够自动追帧，导致网页上播放的画面总是很新很实时，而且不同客户端看网站直播都是同步的，而我 FFmpeg 拉取的流，对比网站的，每次延时从 3s-12s 不等，我尝试了很多参数，包括 nobuffer 、low_delay 、probesize 、analyzeduration 等等，都没用，总是有延迟。
有没有什么办法可以让 FFmpeg 拉取也和 flv.js 一样，能够自动追帧。或者能够准确估计延时呢。这个流只要求画面，声音可以不要。
因为客户是看着网站直播的时候（该网站不是我维护的，修改不了），去发起这种切割请求的，所以 FFmpeg 录制流必须要做到和直播看到的画面同步，或者至少能够准确估计落后了多少。网页放直播用的是 flv.min.js ，我发现其中有一个 liveBufferLatencyChasing=true 的参数，能够自动追帧，导致网页上播放的画面总是很新很实时，而且不同客户端看网站直播都是同步的，而我 FFmpeg 拉取的流，对比网站的，每次延时从 3s-12s 不等，我尝试了很多参数，包括 nobuffer 、low_delay 、probesize 、analyzeduration 等等，都没用，总是有延迟。
有没有什么办法可以让 FFmpeg 拉取也和 flv.js 一样，能够自动追帧。或者能够准确估计延时呢。这个流只要求画面，声音可以不要。
 |
1
iOCZS 11 天前
你说的这个跟追帧没啥关系吧，追帧是音视频同步范畴吧？你这个好像说的是一进去播放获得画面不够新
|
Select Language