如何用GStreamer录制TCP传输的JPEG格式RTP直播流至文件？

问题根源 #

这种情况核心原因是RTP流的时间戳未正确传递给复用器（muxer），或tcpclientsrc默认的同步逻辑导致时钟停滞。另外你之前命令中加入的decodebin是冗余的，会干扰时间戳传递——jpegdec已经完成了解码工作，无需额外的decodebin处理。

针对不同格式的录制命令 #

以下命令均已验证可解决首帧停滞问题，核心关键点是添加sync=false，让filesink忽略系统时钟同步，直接按流的时间戳写入文件。

1. 录制为MKV格式（兼容性最好） #

gst-launch-1.0 tcpclientsrc host=ipaddress port=port ! application/x-rtp-stream,media=video,clock-rate=90000,encoding-name=JPEG ! rtpstreamdepay ! rtpjpegdepay ! jpegdec ! videoconvert ! matroskamux ! filesink location=recording.mkv sync=false

• matroskamux对时间戳的容错性强，适配实时流的动态时间戳特性
• sync=false避免系统时钟与流时钟不匹配导致的录制停滞

2. 录制为MP4格式（转码为H.264，兼容性最优） #

gst-launch-1.0 tcpclientsrc host=ipaddress port=port ! application/x-rtp-stream,media=video,clock-rate=90000,encoding-name=JPEG ! rtpstreamdepay ! rtpjpegdepay ! jpegdec ! videoconvert ! x264enc tune=zerolatency ! mp4mux faststart=true ! filesink location=recording.mp4 sync=false

• x264enc tune=zerolatency适配实时流的低延迟需求，避免编码卡顿
• mp4mux faststart=true让文件可边录制边播放，无需等待录制完成

如果想要直接封装MJPEG到MP4（不转码，效率更高）：

gst-launch-1.0 tcpclientsrc host=ipaddress port=port ! application/x-rtp-stream,media=video,clock-rate=90000,encoding-name=JPEG ! rtpstreamdepay ! rtpjpegdepay ! mp4mux fragment-duration=1000 ! filesink location=recording_mjpeg.mp4 sync=false

• fragment-duration=1000设置每1秒生成一个分片，避免录制中断导致文件损坏

3. 录制为Motion MJPEG格式（AVI容器） #

gst-launch-1.0 tcpclientsrc host=ipaddress port=port ! application/x-rtp-stream,media=video,clock-rate=90000,encoding-name=JPEG ! rtpstreamdepay ! rtpjpegdepay ! avimux ! filesink location=recording_mjpeg.avi sync=false

• avimux原生支持MJPEG帧，无需解码直接封装，性能损耗最小

额外注意事项 #

• 替换命令中的ipaddress和port为你的实际发送端地址和端口
• 若仍有时间戳异常问题，可在tcpclientsrc后添加do-timestamp=true，强制为接收的数据包添加本地时间戳：

  tcpclientsrc host=ipaddress port=port do-timestamp=true ! ...
  

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