经过大量的试验和错误,下面的解决方案工作得非常完美。为了确保它 24/7 运行,将其包装在某种描述的服务中。
这是最新版本的 FFMPEG,包含 -stream_loop -1。
背景是一个mp4文件。
http://localhost:3888
= 音频流。
ffmpeg -stream_loop -1 -i $MYPATH/background/$background \
-i http://localhost:3888 -filter:a "volume=$volume" \
-r 24 -g 48 -pix_fmt yuv420p -x264-params keyint=48:min-keyint=48:scenecut=-1 \
-s $size -b:v $bitrate -b:a 128k -ar 44100 -acodec aac \
-vcodec libx264 -preset superfast -bufsize 960k -crf 28 -threads 2 \
-f flv rtmp://a.rtmp.youtube.com/live2/$key
配置文件:
# Config File
background=out.mp4
size=1280x720
bitrate=1500k
key=----KEY----
volume=0.5
编辑--下面的旧解决方案
所以我有一个解决方案。
ffmpeg -re -loop 1 -framerate 2 -i test1.jpg -i https://xxxxxxx:8443/live.ogg -c:a aac -s 2560x1440 -ab 128k -maxrate 2048k -bufsize 2048k -framerate 30 -g 60 -strict experimental -f flv rtmp://a.rtmp.youtube.com/live2/xxxxxxxxxxxxx
重要的部分是
-re
首先处理缓冲问题。
然后
-帧率2
在“-loop 1”和图像之间。这有效,我得到了一个干净的高质量流,不缓冲。
希望这有帮助!
Edit 1
ffmpeg -re -loop 1 -framerate 2 -i test1.jpg -i https://xxxxxxxxxxx:8443/live.ogg -c:a aac -s 2560x1440 -ab 128k -vcodec libx264 -pix_fmt yuv420p -maxrate 2048k -bufsize 2048k -framerate 30 -g 2 -strict experimental -f flv rtmp://a.rtmp.youtube.com/live2/xxxxxxxxxxxxx
好的,所以这个更新版本应该可以解决几乎所有的流问题。
-vcodec libx264 -pix_fmt yuv420p
更改为 H.264 Codex 修复了该问题
-g 2
这解决了最终的缓冲问题。