VTT字幕保存后读不出，怎样先核对WEBVTT签名和UTF-8字节

2026-10-24

VTT读不出时先查原始字节与文件头，不要先改字幕内容。合法文件使用UTF-8，开头是WEBVTT签名；可有UTF-8字节序标记，随后以行终止符和空行进入字幕块。换成.vtt后缀不会补上这些结构。

这组文件怎样比较

本例把两条相同中文cue分别保存为LF、CRLF和带BOM三种文件。它们的字节长度、摘要并不相同，但应解析出同样两条字幕。比较前先固定编辑器保存编码，关闭会自动重写换行的操作，保留下载原件作为参照。

先用二进制方式读取开头十几个字节，确认是否出现EF BB BF，以及后面是否紧跟WEBVTT。不要用系统默认代码页打开后再判断编码；错误解码生成的替换字符可能在重新保存时成为永久损失，单看编辑器显示正常不足以排除它。
再按UTF-8严格解码，去掉允许存在的签名标记，并将CRLF或CR转换成内部统一换行。这个归一只用于解析副本，不能把三份输入改写成同一文件后声称它们原本完全相同。文件交付身份仍以原始摘要为准。
最后核对首行与字幕块之间的空行，读取两条cue的时间和文字。只统计时间箭头会漏掉签名错误，也会把注释中的内容误数成字幕；本题检查器先识别文件头，再进入有限的块解析流程，不使用文件扩展名推断格式。

如果第一行前有空格或编辑器额外写入说明文字，应回到导出流程修正副本，而不是在播放器里反复切换字体。字体缺字会影响可见字形，却不能修复不成立的文件头；两个故障应保留各自的原始证据，避免一项设置掩盖另一项。

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

本地读取结果应同时看到三份输入都得到两条cue，以及带BOM标志仅在对应文件为真。退出码为零表示这些明确断言通过，没有测试指定播放器是否接受所有换行组合。若接收软件仍失败，记录其版本、加载入口和原始错误后再做最小文件导入。

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

交付时写清编码、是否保留BOM、换行约定及文件摘要，让接收方从独立目录读取同一份字节。不要让邮件预览或聊天复制替代文件传输，因为这些入口可能重写换行；修改任何一句文字后，都应重新导出并重跑文件头与cue数量检查。

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

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

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

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