简体中文

视频和字幕·字幕工具包

从 21 行到 WebVTT:屏幕上隐藏式字幕的简短历史

· 背景

字幕 辅助功能 webvtt 文件格式

电视信号线通过解码器并成为现代 WebVTT sidecar 文件
原始 ToolAcre 矢量图

隐藏式字幕最初是隐藏在电视信号中的数据。这篇文章追溯了他们从广播实验和 21 线路到数字字幕和当今网络格式的路径,以及为什么这段历史解释了我们现在使用的工具。

字幕曾经是一项硬件功能 — 解码器盒、电视标准和隐藏的数据线

隐藏式字幕曾经与电视接收硬件密不可分。文本数据在广播信号中传输,解码器必须识别该数据并在图片上绘制字符。 “关闭”意味着观众可以选择是否解码并显示它,这与永久打印在节目帧中的文本不同。

该模型使字幕访问一系列兼容部分:生产者对数据进行编码,传输保存数据,接收设备对其进行解码。纯文本编辑器不是该链的一部分。现代 sidecar 文件将大部分表示形式转移到可检查的文本中,但对约定解码器的需求从未消失。

行 21 和 CEA-608 — 在模拟电视的垂直消隐间隔中编码文本

在模拟电视中,垂直消隐间隔包含不用于可见图像的行。 21 行与承载北美隐藏式字幕数据相关联,而 CEA-608 命名了围绕该环境构建的遗留字幕系统。这些数据不仅仅代表文字记录,因为命令控制字幕文本在屏幕上的显示和更改方式。

这是一个概念性总结,而不是位级编码指南。该存储库没有实现 CEA-608 或建立其标准的年表和修订,因此本文省略了既定系统名称之外的规范编号,并且没有声明确切的发布日期。

立法和解码器芯片 - 字幕支持如何从附加盒转移到每台电视

在解码成为普通电视功能之前,专用解码器盒提供了可选字幕。然后,调节和接收器设计将支持转移到查看设备中,从而减少了对单独盒子的需求。确切的法律时间表因司法管辖区和设备类别而异,本文并未将某个国家/地区的日期作为普遍历史来呈现。

持久的变化是架构上的:字幕访问成为预期的接收功能,而不是爱好者的附加功能。这种期望在今天的网络播放器中得到了体现,即使数据不再通过模拟线路传输,观众仍然需要公开的字幕控制和正确传送的轨道。

数字电视和 CEA-708 — 更丰富的字幕和摆脱模拟信号

数字电视引入了 CEA-708 作为适合数字广播的更丰富的字幕系统,超越了模拟线路 21 路径的限制。表现和交付发生了变化,而观众的要求仍然存在:字幕必须作为观众可以启用的定时信息而在制作、分发和解码中幸存下来。

ToolAcre 不会将 608 转换为 708、从媒体流中提取或验证广播可交付成果。这些操作需要能够理解容器和字幕服务数据的软件。字幕文本转换器稍后在工作流程生成 sidecar 文件后开始。

网络时代 — sidecar 文件、SRT、WebVTT 和 HTML5 track 元素

在网络上,字幕通常作为单独的资源提供,而不是隐藏在图片信号中。 SRT 成为实用的交换文件,而 WebVTT 提供了网络媒体功能所期望的签名和提示语法。 HTML track 元素可以获取该资源并让播放器公开字幕选择,而无需修改视频帧。

字幕工具包在此基于文件的一端运行。它从 WEBVTT 标头检测 WebVTT,将 SRT 或 VTT 提示解析为整毫秒,并写入规范的目标文件。它不会将文件附加到 HTML、设置响应标头或从视频中提取嵌入的字幕服务。

这不包括哪些内容 — 各国监管和实时字幕技术

这段简短的历史并没有比较各个国家的字幕法规,也没有确定第一次广播试验或解释实时字幕的制作。实时工作增加了编辑已完成的 sidecar 文件时不存在的识别或速记、延迟、校正和分发问题。这些详细信息应来自相关司法管辖区和当前的交付平台。

这也不意味着每个现代字幕都以 WebVTT 开头。广播母带和流媒体包可以保留专门的格式,并且转换可能会丢弃呈现信息。共同的线索是可选的定时访问,而不是一种通用文件扩展名。

要点:从信号到文本文件 — 字幕工具包如何在现代、基于文件的历史中发挥作用

从线路 21 到 WebVTT 的路径是从电视硬件解码的信号绑定命令到软件播放器使用的可检查边车文本的转变。每个阶段仍然取决于兼容的制作和播放。播放器从未提供的正确字幕文件就像发送到没有解码器的接收器的广播字幕信号一样不可用。

当工作流程达到 SRT 或 WebVTT 时,使用字幕工具包。验证提示顺序和持续时间,有意转换标点符号和标题,并在其他地方保留专业广播大师。该工具的价值在于对现代文本文件的精确处理,而不是重写产生它们的历史。