GStreamer管道同时播放并转码MP4失败，输出文件损坏求助

问题原因拆解 #

• 输出文件损坏：
  • x264enc输出的H.264裸流未经过h264parse处理，mp4mux无法识别视频流的结构信息，导致封装失败。
  • 原管道未正确传递EOS（流结束）信号，mp4mux无法写入完整的文件索引，最终生成损坏文件。
  • filesink默认缓冲设置可能导致写入不及时，未完成的文件无法被正常解析。
• 播放卡顿：
  • x264enc是高CPU负载操作，会抢占播放分支的资源，且原管道队列缓冲不足，无法缓解阻塞。
  • tee的两个分支未做调度隔离，播放流被转码流拖慢，同步逻辑冲突导致卡顿。

修正后的gst-launch命令 #

gst-launch-1.0 filesrc location="/home/usr/Downloads/mp4dir/animate1.mp4" ! decodebin name=demux \
  demux. ! queue max-size-buffers=64 max-size-time=0 ! tee name=aud_tee \
    aud_tee. ! queue ! audioconvert ! audioresample ! autoaudiosink sync=false \
    aud_tee. ! queue ! audioconvert ! audioresample ! avenc_aac bitrate=128000 ! aacparse ! muxer. \
  demux. ! queue max-size-buffers=64 max-size-time=0 ! tee name=vid_tee \
    vid_tee. ! queue ! videoconvert ! autovideosink sync=false \
    vid_tee. ! queue ! videoconvert ! x264enc tune=zerolatency bitrate=2000000 ! h264parse ! muxer. \
  mp4mux name=muxer ! filesink location="/home/usr/Downloads/output.mp4" sync=false

关键修改说明 #

• 修复文件损坏：
  • 新增h264parse处理x264enc输出，为mp4mux提供标准的H.264流结构。
  • 给播放端和filesink设置sync=false，确保EOS信号正常传递，让mp4mux完成文件索引写入。
  • 给avenc_aac、x264enc指定固定码率，避免自动码率调整带来的封装不稳定。
• 解决卡顿问题：
  • 给decodebin后的队列加大缓冲（max-size-buffers=64），提前缓存音视频数据，抵消转码的阻塞影响。
  • 播放分支关闭同步，让播放端按自身节奏渲染，不受转码速度限制。
  • 给x264enc添加tune=zerolatency参数，优化编码延迟，减少CPU资源抢占。

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