仅在视频超1080p时降采样H264视频的GStreamer方案咨询

核心逻辑 #

你的需求核心是最小化CPU占用，核心原则是：

• 1080p及以下的H264流：直接复用原始码流，跳过解码/重编码步骤（零编码开销）
• 超过1080p的流：仅做必要的解码→降采样→重编码，优先用低开销编码配置
• 用splitmuxsink实现自动分块保存，无需手动处理文件切换

关键元素选择 #

• rtspsrc：拉取RTSP流，通过latency参数平衡延迟与稳定性
• rtph264depay/h264parse：解封装并解析H264码流，提取分辨率元数据
• tee+capsfilter：实现基于分辨率的动态分支分流
• splitmuxsink：按时长/文件大小自动分割输出文件
• 高分辨率分支：avdec_h264（解码）→videoscale（降采样）→x264enc（低开销编码），硬件编码器优先（如nvenc_h264/vaapiencode_h264）

示例管道 #

gst-launch-1.0 rtspsrc location=rtsp://your-stream-url latency=200 ! rtph264depay ! h264parse \
! tee name=stream_tee \
# 低分辨率分支：直接复用码流，无编码开销
stream_tee. ! queue ! capsfilter caps="video/x-h264,width<=1920,height<=1080" \
! splitmuxsink location=normal_chunk_%02d.mp4 max-size-time=30000000000 muxer=mp4mux \
# 高分辨率分支：解码→降采样→低开销编码
stream_tee. ! queue ! capsfilter caps="video/x-h264,width>1920,height>1080" \
! avdec_h264 ! videoscale ! video/x-raw,width=1920,height=1080 \
! x264enc preset=ultrafast tune=zerolatency ! mp4mux \
! splitmuxsink location=downscaled_chunk_%02d.mp4 max-size-time=30000000000

管道说明 #

1. 分流逻辑：capsfilter会自动匹配对应分辨率的码流，GStreamer会自动激活符合条件的分支，关闭不符合的分支，无需手动干预
2. 分块规则：max-size-time=30000000000表示每30秒生成一个分块文件，可替换为max-size-bytes=1073741824（1GB）按文件大小分块
3. CPU优化：
   • 低分辨率分支完全跳过解码/编码，CPU占用仅来自流拉取与复用，几乎可以忽略
   • 高分辨率分支使用x264enc preset=ultrafast是CPU开销最低的软件编码配置；如果有硬件编码支持，替换为nvenc_h264（NVIDIA）或vaapiencode_h264（Intel），能将CPU占用降低80%以上
4. 缓冲优化：每个分支前的queue元素用于缓冲帧数据，避免因分支处理速度差异导致的丢帧

注意事项 #

• 确保GStreamer安装了必要插件：gstreamer1.0-plugins-good、gstreamer1.0-plugins-bad、gstreamer1.0-plugins-ugly（含x264enc）
• 若使用硬件编码器，需安装对应硬件的GStreamer插件（如gstreamer1.0-nvenc for NVIDIA）

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