使用自定义GStreamer管道替代playbin后暂停恢复异常求助

你的问题核心是streamsynchronizer元件在暂停→恢复播放的流程中，没有正确处理视频帧的时间戳同步，导致视频sink停留在最后一帧，而音频不受影响。playbin内部的同步逻辑经过了更完善的优化，所以没有这个问题。可以试试以下几种方案：

方案1：替换streamsynchronizer为标准queue分支 #

放弃使用streamsynchronizer，给音视频分支分别添加queue元件，让GStreamer的全局时钟处理同步，这也是playbin内部的实现逻辑：

filesrc -> decodebin -> queue -> xvimagesink
                     -> queue -> autoaudiosink

确保两个sink的sync属性保持默认的true，这样暂停恢复后，音视频会重新对齐时间戳，正常播放。

方案2：修复streamsynchronizer的同步问题 #

如果一定要保留streamsynchronizer，可以尝试以下调整：

• 给streamsynchronizer添加flush-on-eos属性并设为true，确保暂停时清空内部缓存
• 在将管道从PAUSED切换回PLAYING前，手动给streamsynchronizer发送flush-start和flush-stop事件，强制重置它的时间基准
• 检查xvimagesink的enable-last-sample属性，设为false，避免它锁定最后一帧不更新

调试建议 #

用GStreamer的调试日志定位问题：

GST_DEBUG=streamsynchronizer:6,xvimagesink:6,pipeline:6 ./your-app

查看暂停恢复过程中，视频帧是否被streamsynchronizer推送到xvimagesink，以及时间戳是否正常更新。

内容的提问来源于stack exchange，提问作者Łukasz Grabski