FFmpeg编码WebM推流至Icecast后播放异常，请求解决启动问题
看起来你遇到的核心问题是新客户端连接时无法立即获取到关键帧（iframe），导致浏览器解码卡住，直到下一个关键帧到来才恢复——这就是为什么有时正常、有时只显示2秒画面就冻结的原因。虽然你调整了-g和-keyint_min，但还有几个关键细节没覆盖到，我来帮你一步步解决：
一、先明确核心问题本质
Icecast是HTTP协议的流媒体服务器，当新用户请求Webm流时，服务器会从当前流的实时位置开始发送数据。如果当前位置不是关键帧，浏览器没有解码的起点，就会卡顿到下一个关键帧出现。你的-g 5（每5帧一个关键帧）看似频繁，但存在两个隐患：
- 按帧数设置关键帧，若视频源帧率波动，关键帧的时间间隔会不稳定；
- Webm的Ogg容器没有强制片段（fragment）与关键帧对齐，Icecast无法给新客户端发送完整的可解码起始片段。
二、针对性调整FFmpeg参数
我给你优化后的命令，每一项调整都有明确原因：
./ffmpeg -stream_loop -1 -f concat -safe 0 -i stream/stream_list.txt 2> stream/log.txt \ -acodec libopus -b:a 64k \ -vcodec libvpx -b:v 500K -crf 25 -framerate 30 \ -g 60 -keyint_min 60 -force_key_frames "expr:gte(t,n_forced*2)" \ -vf scale=640:360 -maxrate 5000k -bufsize 6M \ -f webm -frag_duration 2000000 -content_type video/webm \ icecast://source:pass@website:8000/live.webm &
关键调整点解释：
替换
-loop 365为-stream_loop -1-loop参数是为图像循环设计的，对视频concat输入不生效，用-stream_loop -1才能实现视频列表的无限循环，避免循环衔接时关键帧断裂。改用时间维度控制关键帧
把-g 5改成-g 60（对应30fps下每2秒一个关键帧），同时加上-force_key_frames "expr:gte(t,n_forced*2)"——强制每2秒生成一个关键帧，比按帧数更稳定，不管帧率波动都能保证固定时间间隔的关键帧。强制Webm片段与关键帧对齐
添加-frag_duration 2000000（单位微秒，即2秒），让FFmpeg把Webm分割成2秒一个的片段，每个片段必须从关键帧开始。这样Icecast就能准确识别可独立解码的片段，新客户端连接时直接发送完整的起始片段，浏览器能立即解码播放。
三、优化Icecast服务器配置
打开你的icecast.xml，找到对应/live.webm的<mount>节点，添加以下配置：
<mount> <mount-name>/live.webm</mount-name> <burst-on-connect>1</burst-on-connect> <burst-size>131072</burst-size> <!-- 128KB，确保能容纳至少一个完整的Webm片段 --> </mount>
<burst-on-connect>1：让Icecast在新客户端连接时，主动发送最近的一个完整片段（包含关键帧），而不是从实时位置直接发送；<burst-size>：设置初始发送的最大数据量，确保能覆盖一个完整的关键帧片段。
四、调试与验证
检查关键帧生成情况
用ffprobe查看推流的关键帧间隔，确认是否符合预期：ffprobe -show_frames -select_streams v icecast://source:pass@website:8000/live.webm | grep key_frame你应该能看到
key_frame=1的条目每隔2秒左右出现一次。排除本地编码问题
先把FFmpeg输出保存到本地文件，用浏览器直接播放，看是否有启动卡顿：./ffmpeg -stream_loop -1 -f concat -safe 0 -i stream/stream_list.txt \ [其他参数同上] \ test.webm如果本地播放正常，说明问题出在推流或Icecast配置上；如果本地也有问题，那就是编码参数还需要微调。
内容的提问来源于stack exchange，提问作者Aporie
