SRT和WebVTT主要描述带时间轴的文本，适合会后剪辑或播放器字幕轨；OBS浏览器纯净字幕源是一个持续更新的实时网页画面，适合直播与导播叠加。正式项目常常同时需要实时输出和会后文件，它们不是互相替代的单选项。
先按使用阶段选择交付
| 交付方式 | 典型用途 | 是否实时修订 | 画面样式 |
|---|---|---|---|
| OBS浏览器源/纯净字幕页 | 直播、导播台、会场大屏 | 可以 | 网页控制，常用透明背景 |
| WebVTT | 网页视频字幕轨、点播平台 | 通常交付稳定时间轴 | 由播放器和VTT提示决定 |
| SRT | 剪辑、审校、平台上传 | 通常为会后文件 | 由剪辑或播放软件决定 |
| 烧录字幕成片 | 社交媒体、无需切换字幕的成片 | 不可由观众关闭 | 固定在视频像素中 |
WebVTT解决什么问题
W3C WebVTT规范定义了与音视频时间对齐的外部文本轨，可表达字幕、说明、章节和元数据。它适合网页播放器中由观众开关的字幕，也可以保留提示位置等信息。但播放器实现、编码和样式支持仍需在目标平台验证。
SRT为什么仍然常用
SRT结构简单，许多剪辑软件和内容平台都能导入，适合审校、翻译和成片制作。不过SRT并不负责实时网络更新，也不包含完整的直播显示逻辑。会议刚结束就要交付时，应先确认时间码基准、断句规则、说话人标注和字符编码。
OBS浏览器源为什么适合直播
OBS官方文档说明浏览器源可以加载一个URL或本地网页，并设置视口宽高、帧率和自定义CSS。实时字幕系统因此可以提供透明背景的纯净页面，让导播像叠加其他图形源一样把字幕放入节目画面。字幕修订发生在页面数据层，OBS持续显示最新状态。
字幕内容面只负责“显示什么文字”；呈现面负责字体、字号、颜色、底板、安全区和分辨率。两者分离后，同一份权威字幕可以同时发布到大屏、直播、网页和观众手机，而不必重复识别。
直播中间结果和会后文件怎样衔接
实时识别会先给出中间结果，再随着后续语音修订。同一个段落应使用稳定ID和版本覆盖显示；会后导出则只保留最终结果，再统一检查时间轴和断句。如果把每次中间修订都直接写入SRT，就会出现重复句和错误时间码。
导播对接需要确认哪些参数
- 节目分辨率、画面比例和字幕安全区
- 单语、双语或多语排版顺序
- 字体、字号、颜色、底板与描边
- 透明网页源的URL和访问权限
- OBS/vMix/导播台的取流或采集方式
- 字幕源电脑与导播网络是否隔离
- 断网后的保持、清空和重连策略
- 会后需要SRT、VTT、文本还是烧录成片
按项目目标组合输出
| 项目 | 建议实时输出 | 建议会后输出 |
|---|---|---|
| 线下论坛 | 大屏/投影字幕页 | 文本或SRT记录 |
| 线上直播 | OBS/vMix透明字幕源 | SRT + 节目成片 |
| 企业点播课程 | 可选预览字幕 | WebVTT + 烧录版 |
| 国际发布会 | 多语纯净源 + 现场屏 | 分语言SRT/VTT与成片 |
常见问题
直播时能不能只交付一个SRT文件？
如果内容尚在实时发生，SRT没有办法像实时页面那样自然接收持续修订。可以在直播结束后基于最终字幕导出SRT。
透明字幕源是不是必须使用OBS？
不是。OBS是常见接入方式，vMix、导播系统或支持网页/图形源的制作环境也可使用，具体取决于现场链路和分辨率要求。
内容说明：本文基于公开标准、制作软件文档和瓦译会议直播字幕交付流程整理。目标平台、播放器和导播环境的支持范围，应在项目彩排中按实际版本验证。