VTT有重叠字幕一定错吗，怎样区分起点乱序与合法重叠

2026-10-24

VTT中两条cue重叠不一定是错误。需要分别检查开始时间是否按非降序排列、每条结束是否晚于开始，以及重叠是否符合双语设计；不能把“存在交集”直接改成删掉一条字幕。

这组文件怎样比较

附件中文cue覆盖零到三秒，英文cue覆盖一到三秒，两者有两秒交集，起点顺序仍正确。这里有意只研究文件时间关系，不测观众能否在两秒内读完，也不使用画面截图推断文件的排序是否满足作者约束。

先提取每条cue的原始顺序和毫秒起点，保留文件中的顺序编号。比较当前起点是否小于前一条起点，等于并非自动失败；两条同时开始的双语字幕可以有同一开始值，后续呈现位置则属于渲染器与布局的工作。
再对每一条比较结束与开始，零长度和反向区间应另行报告。不要先排序再检查原文件，因为排序会擦掉导出器造成的乱序证据；若确需生成排序副本，保留原件并逐条核对ID与文字对应，避免把内容和时间错配。
计算两段交集时用较小结束减较大开始，小于零则没有重叠。本例精确得到2000毫秒，程序将该数字连同两条cue一起输出。多条文件可以建立交集对列表，但不能用一个总重叠次数替代具体ID和区间。

反例是把第一条延长到片尾以免过早消失，随后认为所有双语重叠都正常。重叠被格式允许不代表节目设计正确，仍需检查该句是否应留在画面；作者规则和内容审阅是两张不同的检查表，任何自动修复都应有明确依据。

下载全部附件到同一个独立目录，用 python verify.py 运行本题独立核验脚本。依赖为Python 3.12.4标准库；程序不联网、不连接设备，读取本题文件并在终端输出检查结果。本地实际执行回执保存实际命令、退出码和完整输出。

本题程序在真实VTT上实际核对起点顺序、正长度和已知交集。没有验证所有WebVTT格式细节，也没有让浏览器显示两条字幕。出现“顺序正确”结论时，只能签认该字段关系，不应把它复制成现场字幕验收通过。

本文依据WebVTT 2026年5月20日候选推荐草案；这是工作中的规范版本。脚本只覆盖文中列出的语法，不是全规范验证器，未测试浏览器的容错与实际呈现。

交付时在字幕清单中单列“预期重叠”的ID组合及用途，便于后续改句复查。若中文改长后挤占下一句，重新计算关系并回看节目，不要把所有区间机械截到下一条开始；这样虽然清空了警告，也可能破坏原先的双语同步设计。

相关背景见字幕 / 字符叠加播放实现，还可从多媒体播放专题继续查找文件处理方法。需要核对实际工程的接收条件时，可携带本题文件与读回结果进行工程对接咨询。

来源核对日期：2026-10-24。引用支持文件机制；原创输入的本地结果不代表客户素材或现场系统已经通过验收。

评论发布后会被人工复核，违规内容将被删除。

如果发表没有反应，可以前往联系我们告诉我们。