使用GStreamer播放RTSP H264流失败求助（VLC可正常播放）

1. 修正UDP管道的问题 #

你当前的udpsrc管道假设数据是直接通过UDP端口发送的RTP裸包，但RTSP流通常是先通过RTSP协议协商SDP信息，再建立RTP传输，直接监听UDP端口可能无法获取正确的流参数（比如编码参数、时钟同步等）。如果确实是直接推送RTP裸包到UDP端口，补充完整参数再尝试：

gst-launch-1.0 udpsrc port=8554 ! application/x-rtp,media=video,payload=96,encoding-name=H264,clock-rate=90000 ! rtph264depay ! h264parse ! avdec_h264 ! autovideosink sync=false

• 补充encoding-name=H264和clock-rate=90000明确编码属性，匹配推流的90000码率参数
• 添加sync=false避免时钟同步不匹配导致的播放卡死

2. 修复playbin3的RTSP播放问题 #

如果用playbin3无法播放RTSP流，按以下步骤排查：

• 先确认GStreamer是否安装了RTSP核心插件：

  gst-inspect-1.0 rtspsrc
  

  若没有输出，需安装对应插件包（Debian系装gstreamer1.0-plugins-good，RPM系装gstreamer1-plugins-good）
• 强制使用TCP传输RTSP流，规避UDP丢包或端口映射问题：

  gst-launch-1.0 playbin3 uri=rtsp://IPv4:Port_number rtsp-transport=tcp
  

• 若仍失败，开启调试日志定位具体错误：

  GST_DEBUG=rtspsrc:5 playbin3 uri=rtsp://IPv4:Port_number
  

  查看RTSP协商过程中的日志，判断是连接失败、SDP解析错误还是解码环节出问题

3. 通用排查方向 #

• 确认推流端的RTSP流包含完整的SDP描述：VLC对兼容问题容错性更高，GStreamer对参数严谨性要求更强
• 检查推流、播放端的网络连通性，确保RTSP控制端口和RTP传输端口都能正常访问
• 尝试更换解码器，比如用硬件解码的vaapi_h264dec替代avdec_h264，规避软件解码的兼容性问题

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