如何为在线视频添加字幕

标题提供程序, 通过抄写或说话, 将语音转换为文本, 哪个被发送回标题编码器. 字幕编码器可选择延迟视频，以考虑转换所需的时间, 然后将数据嵌入到SDI中. 然后将此输出馈送到实时广播编码器(例如基本生活)，在那里它被转换成你的广播格式(HLS, RTMP等).).

实时字幕的信号流往往是一个相当昂贵的过程. 将此设备替换为纯软件解决方案，例如脑电图猎鹰, 可能会被证明更具可扩展性和可负担性——假设它在您的工作流程中工作并集成到您选择的平台中.

如何获得最好的标题质量

在提供实时字幕时，您可以采取几个步骤来获得最佳质量. 以下是我们的建议:

定义用例. 创建理想的用户体验始于对用例的真正理解.
首先准备好内容. 提前将所有可用的内容细节发送给字幕提供商. 这可能包括显示描述, 演讲者的名字, 试运行, 活动链接, 特殊术语和缩写, 脚本, 以及你能提供的任何其他有用的背景. captioner使用快捷键和宏来提高其速度和准确性. 提前掌握这些信息可以让他们提前准备，这意味着你的字幕质量会得到显著提高.
你们的节目包括录像回放吗? 如果你要在广播中回放视频, 检查该内容是否已经加了标题. 如果是这样的话, 您可以传递这些现有的标题，而不是创建新的标题, 提供, 当然, 它们的质量比你想象的从一个活生生的俘虏那里得到的要好. 一定要让供应商知道你会看到任何视频，这样他们就可以避免在这些部分添加字幕. 另一种选择是提前将视频的字幕文件或文字记录发送给字幕提供商.
考虑外观选择. 取决于你的工作流程, 对于屏幕位置，您可能有多种选择, color, 以及你的文字说明的风格. 尝试看看什么最适合你的内容. 例如, 底部的标题可以覆盖下三分之一的图形，所以放在上面可能会更好. 而滚动字幕往往更适合直播, 你可能有一个很好的理由使用弹出式, 所以一定要测试一下.
测试，测试，再测试. 确保给自己足够的时间来测试和迭代你想要实现的字幕解决方案. 例如, 测试可能会显示标题标准与您正在使用的广播格式之间的不匹配. 因为所涉及的技术在不断发展, 您希望创建一个流程，该流程包括从端到端频繁的测试，以避免在上线时出现任何故障.

最后的忠告

为在线直播视频配字幕是一项挑战，在某些情况下还很昂贵. 回报是令人信服的:更多的观众，更高的参与度和更大的影响力. 没有现成的即插即用解决方案，所以要做好准备.

如果你遇到了障碍，向像我们这样已经在做的人寻求建议. 与你的主要供应商结成联盟来帮助你把事情做好. 接受可能需要一段时间才能实现的事实. 最后，有改进空间的标题总比没有标题好. 因此，只要开始致力于改进和增强您的用户体验即可.

侧边栏:标题标准:我们在哪里以及我们是如何到达这里的

1990年的《百家乐软件app最新版下载》要求13英寸或更大屏幕的电视支持封闭字幕. 该法案的通过巩固了美国国家运输安全委员会已经在使用的EIA-608标准的主导地位. 晚些时候, 当CEA-708被开发的时候, 它包括一个EIA-608向后兼容模式来携带608有效载荷.

因此，当苹果在2009年发布HLS时，它选择支持这种格式也就不足为奇了. 这个解决方案非常有效，因为这是广播公司已经习惯的工作流程. 除了, 它利用了大量现有资金, 而且往往很贵, 标题编码器硬件和服务.

然而，608/708格式确实有一些缺点. 首先，它是高度美国化的.S.以-为中心，扩展有限的支持欧洲字符集. 对亚洲和阿拉伯语编码的支持根本不存在. 它也是一个非常复杂的标准，并且很少有免费和开源的工具可用. 这使得不制作直播视频或其主要消费者在互联网上的组织难以使用该标准.

2012年，苹果在iOS和Safari中增加了对分段网络视频文本跟踪(WebVTT)支持的帮助. 尽管苹果平台仍然不支持一些高级的WebVTT功能，如样式和CSS, iOS和Safari在标题处理上的改变, 特别是对于VOD内容, 容易得多. 不需要定制工具—只需要一个基本的文本编辑器来制作VTT文件和更新M3U8文件清单. 它还增加了对完整UTF-8字符集的支持.

然而，一些功能被删除了，比如涂漆和弹出模式. 这使得现场修正变得不可能, 这是一个严重的限制，因为速记员和配音作家经常制作它们. 制作人还需要提前知道在替换文本之前，该文本在屏幕上停留多长时间. 在现场场景中，如果不延迟字幕，这是不可能做到的.

还有许多其他的封闭字幕标准，包括TTML、SMPTE-TT、SRT和SSA. 他们每个人都有优点和缺点. 正如历史一再证明的那样, 在任何形式的战争中，胜利者都不是最先进的技术, 但是大多数消费者可以使用的技术. 这最终归结为一个问题:“你的用户可以解码和回放什么?”

这里关注HLS并不一定是因为它是最好的, 而是因为它有最严格的要求. 如果你需要iOS上的字幕, 这些是至少与标准半兼容的唯一选项.e.(唯一避免供应商锁定的). 其他平台的适应性更强. 在Android上，ExoPlayer既支持苹果版的实时WebVTT，也支持608版. 在网络上，HLS.js(来自Dailymotion)免费支持608. 许多商业播放器，如JW播放器和THEOplayer提供类似的功能.

如果不考虑iOS，或者你有一个基于dash的平台，事情就复杂多了. ExoPlayer支持带内WebVTT和fmp4格式的TTML字幕. 用于网络, 你必须让玩家解析fmp4并向文本跟踪HTML5元素发送线索, 或者支持类似于苹果版WebVTT的自定义功能. 请与您的播放器供应商联系. (假设您可以找到一个可以生成这种格式的实时编码器.)

608/708格式肯定已经过了它的鼎盛时期. 它很难处理，能力有限，而且，再一次，美国.S.为中心. 不幸的是，目前还没有一个明确的替代方案. 这有几个主要原因. 首先，大多数新提出的格式都是在考虑到VOD的情况下开发的. 采取以视频点播为中心的标准，并试图使其适应现实，这通常是行不通的. 正如互联网应用行业转向移动优先的心态一样, 我们这些从事互联网视频的人必须转变为“现场第一”的心态. 第二，新标准并不关注生产方面. 如果这些标准中的一个能提供一个完整的光子对光子的解决方案, 它几乎没有竞争对手.

特别感谢Naomi Black的贡献, 亚历克斯·巴雷特, 杰米•鲍曼, 丹Swiney, 和希瑟·杜西.

本文发表于2017年3月刊 流媒体杂志.

前一页