如何不重启GStreamer管道切换播放文件？filesrc切换异常解决

我之前踩过一模一样的坑，你的报错信息streaming stopped, reason not-linked (-1)已经把核心问题点出来了：当你尝试修改filesrc的location并重启管道时，decodebin这个动态元素没有正确重建下游的解码链路。

问题根源 #

decodebin是GStreamer里的动态元素，它会根据输入媒体的格式自动创建对应的解码插件并建立下游链接。当你仅仅把管道切到READY状态修改location再切回PLAYING时，decodebin并没有被完全重置，它还保留着上一次播放时的链路状态，而新的媒体流进来后，旧链路已经不匹配，就会触发"not-linked"错误。

正确的解决步骤 #

你需要把管道切换到NULL状态来完全重置所有元素的状态，再重新设置源并启动管道，具体操作如下：

1. 修改状态切换逻辑：
   不要只切换到READY，而是直接切到NULL状态，这会清空所有元素的内部缓存和链路关系，让decodebin能重新探测新媒体的格式并建立正确的链路。
2. 重置并重启管道：
   修改filesrc的location后，直接把管道切到PLAYING状态（GStreamer会自动处理READY到PLAYING的过渡）。

修正后的代码示例 #

给你的Server类添加一个切换歌曲的方法：

def change_song(self, new_song_path):
    # 先将管道切换到NULL状态，完全重置所有元素
    self.pipeline.set_state(Gst.State.NULL)
    
    # 更新filesrc的文件路径
    self.filesrc.set_property("location", new_song_path)
    
    # 重新启动管道到播放状态
    self.pipeline.set_state(Gst.State.PLAYING)

额外优化建议 #

• 平滑切换歌曲：如果需要等当前歌曲播放完毕再切换，可以监听管道的EOS消息，收到消息后再执行上述切换逻辑，避免强制中断带来的卡顿。
• 清空队列缓存：可以给queue元素设置flush-on-eos属性为True，确保切换时队列里的残留数据被清空：

  self.queue.set_property("flush-on-eos", True)
  

• 错误处理：在切换状态后，可以通过总线监听错误消息，及时处理可能出现的其他问题。

这样修改后，你就能正常切换歌曲而不会触发"Internal data stream error"了。

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