从ffmpeg推流至gstreamer 0.10出现异常视频伪影，求修改ffmpeg命令

从你给出的命令和伪影截图来看，问题主要出在端口不匹配、编码格式与接收端caps不兼容，以及推流参数设置不合理这几个方面，下面是具体的修复方案：

一、修正核心错误与优化推流命令 #

首先你的接收命令里有个明显的端口错误：推流用的是9968，但接收写的是0068，这会导致接收端无法正确获取流数据，先纠正这个问题。同时优化推流参数，避免码流过大或编码兼容性问题：

ffmpeg -re -i test.mp4 -an -c:v libx264 -pix_fmt yuv420p -crf 18 -b:v 1000k -r 25 -g 50 -flags +global_header -f mpegts udp://10.33.1.2:9968

参数说明：

• -c:v libx264：明确使用H.264编码器，比默认的MPEG4兼容性更好，适配GStreamer 0.10的解码逻辑
• -crf 18：你之前用的crf 0是无损编码，会产生超大码流，UDP传输极易丢包导致伪影；18是接近无损的合理值，平衡画质与传输稳定性
• -r 25：强制指定帧率，避免推流端与接收端帧率不一致引发的画面错乱
• -g 50：设置GOP大小为帧率的2倍，控制关键帧间隔，减少丢包后伪影的扩散范围
• -flags +global_header：确保H.264全局头信息正确封装到MPEG-TS中，帮助接收端快速初始化解码

二、匹配编码格式的接收命令 #

修改接收端的caps参数，匹配推流端的H.264编码格式，同时修正端口：

gst-launch-0.10 udpsrc port=9968 caps='video/x-h264,width=480,height=360,framerate=25/1' ! ffdec_h264 ! ffmpegcolorspace ! xvimagesink sync=false

参数说明：

• 将video/mpeg改为video/x-h264，与推流端编码格式完全匹配
• 添加framerate=25/1，和推流端帧率对齐，避免画面跳帧或卡顿
• sync=false：关闭时钟同步，避免因网络延迟导致的画面撕裂或伪影

三、额外排查方向 #

如果调整后仍有伪影，可以尝试：

• 降低码率（比如将-b:v 1000k改为-b:v 800k），适配网络带宽
• 检查UDP传输的网络稳定性，比如用ping 10.33.1.2测试丢包率，丢包过高的话建议改用RTMP或添加UDP丢包恢复参数

你提供的异常效果截图：

内容的提问来源于stack exchange，提问作者Toast