这个问题的核心原因很明确：当你把播放器状态切换到Gst.State.READY时，GStreamer会重置播放上下文，包括当前的播放位置信息，所以切回PLAYING状态后，视频自然会从头开始播放。

解决方案1：避免不必要的状态切换 #

大多数情况下，设置字幕的suburi和字体属性不需要切换到READY状态，直接在PLAYING状态下修改即可生效。试试简化你的代码：

# 直接在播放状态下设置字幕属性，无需切换状态
self.player.set_property("suburi", name)
self.player.set_property("subtitle-font-desc", "Sans, 18")

如果你的GStreamer pipeline支持动态更新字幕（大多数现代sink都支持），这样修改后字幕会立即加载，视频也会保持当前播放位置继续播放。

解决方案2：必须切换状态时，保存并恢复播放位置 #

如果你的场景确实需要切换到READY状态（比如某些老旧的pipeline组件要求状态重置才能加载新字幕），那可以先保存当前的播放位置，设置完字幕后再跳转回去：

# 第一步：保存当前播放位置（以时间格式为例）
success, current_position = self.player.query_position(Gst.Format.TIME)
if success:
    # 切换到READY状态
    self.player.set_state(Gst.State.READY)
    # 设置字幕属性
    self.player.set_property("suburi", name)
    self.player.set_property("subtitle-font-desc", "Sans, 18")
    # 切回PLAYING状态
    self.player.set_state(Gst.State.PLAYING)
    # 恢复到之前的播放位置
    self.player.seek_simple(
        Gst.Format.TIME,
        Gst.SeekFlags.FLUSH | Gst.SeekFlags.KEY_UNIT,
        current_position
    )

这里的seek_simple方法会让播放器快速跳转到之前保存的位置，FLUSH标志确保立即生效，KEY_UNIT保证跳转到最近的关键帧，避免播放卡顿。

额外提示 #

• 优先测试第一种方案，因为状态切换会带来额外的性能开销，能不切换就不切换。
• 如果字幕加载有延迟，可以检查你的pipeline是否包含uridecodebin或类似支持动态资源加载的组件。

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