GStreamer中UDP MPEG-TS流H264转H265含KLV元数据失败求助

管道1的问题 #

• 缺少h265parse元素：x265enc输出的是原始H.265帧，而mpegtsmux需要经过解析的H.264/H.265流（包含正确的NAL单元和流头）才能正确封装到TS中，直接输入原始帧会导致封装失败。
• 冗余元素：videorate和videoscale属于多余元素，你的FFmpeg命令并未调整帧率或分辨率，除非有特定需求否则可以移除。
• 未显式解析H.264：虽然decodebin可以处理原始H.264流，但在解码前添加h264parse能提升管道对TS流的兼容性和稳定性。

管道2的问题 #

• 缺少tsparse元素：UDP流可能存在丢包或时序问题，必须通过tsparse set-timestamps=true重建有效的TS数据包后再解复用，这和你发送流时的处理逻辑一致。
• 缺少h265parse元素：同管道1的问题，mpegtsmux无法直接处理x265enc输出的原始H.265帧。
• 未指定KLV流的Caps：从tsdemux到mpegtsmux传递KLV流时，显式指定Caps能确保流被原样传递（对应FFmpeg的-c:d copy行为），避免不必要的解析或修改。

gst-launch-1.0 -e udpsrc address=127.0.0.1 port=2002 ! tsparse set-timestamps=true ! tsdemux name=demux \
demux.video_0 ! queue ! h264parse ! avdec_h264 ! videoconvert ! x265enc ! h265parse ! mpegtsmux name=mux \
demux.data_0 ! queue ! application/x-klv ! mux. \
mux. ! udpsink host=127.0.0.1 port=5005 pkt-size=188

关键元素说明 #

• tsparse set-timestamps=true：修复UDP输入的TS包时序问题，重建完整有效的TS流。
• h264parse：对H.264流进行解析，确保解码前的流格式正确，提升稳定性。
• h265parse：将x265enc输出的原始H.265帧转换为mpegtsmux可识别的解析后流。
• application/x-klv：显式指定KLV流的Caps，确保流被原样复制（对应FFmpeg的-c:d copy）。
• pkt-size=188：匹配FFmpeg的pkt_size=188参数，以标准188字节TS包大小发送UDP流。

注意：如果你的KLV流对应的pad名称不是data_0，可以通过运行gst-launch-1.0 udpsrc address=127.0.0.1 port=2002 ! tsparse set-timestamps=true ! tsdemux -v查看所有可用pad，找到KLV流对应的pad名称替换即可。

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