GStreamer生成损坏.ts文件：管道修复与关键帧检查工具咨询

问题背景 #

我是GStreamer新手，尝试搭建简单管道将网络摄像头的RTSP流保存为多个.ts文件，摄像头输出H.264视频，使用的管道命令如下：

gst-launch-1.0 -e rtspsrc location="$camera_url" ! rtph264depay ! h264parse ! mpegtsmux ! multifilesink location="file-%05d.ts" aggregate-gops=true max-file-duration=1200000000000 next-file=5

该管道基本可用，生成的.ts文件大多可正常播放，但部分文件使用ffmpeg转封装或处理时出现如下错误：

[h264 @ 0x7f7f4ca3b880] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 0x7f7f4ca3b880] decode_slice_header error
[h264 @ 0x7f7f4ca3b880] no frame!

推测部分文件未以关键帧开头，本以为aggregate-gops=true参数可解决此问题，现咨询两个问题：

1. 如何调整管道以确保每次都生成正常的.ts文件？
2. 有什么工具可检查生成的.ts文件是否确实以关键帧开头？

解决方案 #

1. 调整GStreamer管道确保TS文件正常生成 #

问题核心是部分TS文件开头缺少关键帧（I帧）及对应的SPS/PPS参数集，导致FFmpeg解码失败。aggregate-gops=true有时会因为RTSP流参数集传递时机、h264parse状态同步问题失效，可按以下两种方式调整：

• 给h264parse添加config-interval参数：强制每隔指定帧数插入SPS/PPS，确保新文件开头有解码必需的参数集。修改后的管道：

gst-launch-1.0 -e rtspsrc location="$camera_url" ! rtph264depay ! h264parse config-interval=1 ! mpegtsmux ! multifilesink location="file-%05d.ts" aggregate-gops=true max-file-duration=1200000000000 next-file=5

config-interval=1表示每1帧输出一次SPS/PPS，确保新文件能拿到关键解码信息。

• 改用splitmuxsink替代multifilesink：splitmuxsink是专门为分割媒体流设计的元素，比multifilesink更可靠，能精准在关键帧处切分文件，自动处理参数集传递。示例管道：

gst-launch-1.0 -e rtspsrc location="$camera_url" ! rtph264depay ! h264parse ! mpegtsmux ! splitmuxsink location="file-%05d.ts" max-size-time=1200000000000 muxer=mpegtsmux

2. 检查TS文件是否以关键帧开头的工具 #

• FFprobe：用FFmpeg自带工具直接分析帧信息，执行命令：

ffprobe -v error -select_streams v:0 -show_entries frame=pict_type -of csv=print_section=0 目标文件.ts | head -1

输出I表示第一帧是关键帧，输出P/B则不是。

• GStreamer命令行工具：播放文件并打印帧类型，执行命令：

gst-launch-1.0 filesrc location=目标文件.ts ! tsdemux ! h264parse ! fakesink dump=false signal-handoffs=true | grep pict-type

第一条输出的pict-type中，1代表I帧，2是P帧，3是B帧。

• MediaInfo：图形化工具，打开TS文件后切换到「帧」标签，查看第一帧类型是否为I帧，适合不熟悉命令行的用户。

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