一集播客正在播放,某段声音听得清楚,转写里却搜索不到相应句子,这未必意味着声音文件没有进入节目。Apple的Transcripts说明明确提出一种版本关系:如果单集通过动态插入音频改变了部分内容,Apple Podcasts不会显示相对于原始转录已经改变的音频片段。这里需要留意的是原转录所对应的内容,而不只是播放器此刻有没有声音。

转写的交互设计使这种差别尤其容易被忽略。官方介绍,听众可以读单集全文,搜索特定词或短语,点选文字后从对应位置开始播放;播放时文字还会逐词高亮。这些能力让文字成为声音的查找入口,却没有把它变成对任何后续音频版本的即时完整抄录。某句没有出现在检索结果中,首先说明当前文字未提供该句,不能直接反推单集里从来没有这段声音。

新单集首次发表也存在时间差。Apple说音频可以立即收听,自动转写随后出现,处理过程有短暂延迟。因此,刚上线时的“能播放但没有转写”,与动态插入以后“仍有转写却缺少改变的片段”,属于两种条件。前者关注转写何时生成,后者关注文字与哪个音频版本对应;将它们统称为上传失败,会丢掉帮助页已经给出的区别。

音乐歌词则是另一项明确排除。页面说歌词不会显示在转写中,并没有将这一点限定为声音是否清晰。对于同时有谈话和音乐的节目,文字覆盖与音频覆盖不必一致。节目资料若要描述一段可搜索内容,应以实际出现的文字为依据;不能因为整集有转写入口,就补写成音乐中每一句歌词也可检索。

语言切换并不必然造成同样的遗漏。原页说明,单集包含一种或多种受支持语言时,系统会检测并转写各语言,使听众能跟随说话者切换。说话者名称又有独立来源:提供的VTT文件能够逐行标记说话者,转写视图在换人时显示姓名。语言检测、姓名标记与动态片段的版本变化,各自解释不同的信息,不能把其中一项存在当成另外两项都已核实。

页面还区分文字的署名:Apple生成的转写显示Automatically generated,节目自行提供的显示Provided by节目名称。纯文本也可从单集详情取得。这些标记说明文字从何而来、以何种形式提供,适合与音频版本一同记录,却不独自证明逐句准确或后续变化已经反映。本文据本次公开帮助页整理,网页首发日期未知,未登录节目后台、试听真实单集或改动文件。讨论的重点是文字覆盖的条件,而不是替某档节目判定故障。

信息来源

本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。