Pockitle Cue 的投影预览在黑屏上显示“Welcome to tonight’s performance.”

从 SurtitleLive 到 Pockitle Cue:超过 200 次字幕部署之后,我们改了什么


SurtitleLive is now Pockitle Cue.

今年六月,我们正式推出 SurtitleLive。它一开始要解决的是一个相当具体的问题。

制作团队手里已经有文字:可能是剧本、歌剧剧本、翻译好的对白,或其他在演出前已经准备好的字幕。团队需要一个地方整理和审阅这些内容,排练 cue 的次序,再在正确的时刻把每一句送到投影仪、LED 屏幕或观众手机。

直到现在,这仍然是最多人使用产品的方式。

自六月以来,SurtitleLive 累计已有超过 200 次字幕部署。其中包括不同类型的演出和场地,也有不同的字幕呈现方式:有些制作只使用场内投影,有些同时提供个人手机字幕;不同团队在后台的操作方式也不一样。

但这几个月也让我们看到,提前准备好的舞台字幕只是整个问题的一部分。

八月,我们推出 Pockitle Live,用来处理那些无法事先写好的内容:讲座、演后交流、问答、工作坊、即兴演出,以及其他只有在讲者真正开口之后才会出现的话语。

与此同时,我们也不断收到两个很实际的问题。

如果场地网络中断,投影能不能继续?

如果实时字幕可以直接在手机或平板电脑上操作,设备能不能直接接收场地调音台的干净信号,而不是只靠内置麦克风重新“听”一遍现场?

这两个问题,逐渐决定了我们下一步要做什么。

也让 SurtitleLive 这个名字越来越难准确描述我们正在建立的产品。

因此,SurtitleLive 正式成为 Pockitle Cue。

大家一直使用的软件不会消失。账户、项目,以及预制舞台字幕的核心工作流程都会保留。改变的是名称,以及围绕它逐渐变得清晰的一整套产品。

提前准备的文字,和当下才出现的说话

我们现在会刻意区分两种现场文字。

如果文字在演出前已经存在,使用的是 Pockitle Cue。

剧场或歌剧团队可以提前整理和翻译文字,逐句审阅,在排练中确认字幕如何跟着演出推进,再由操作员在现场逐句走词。最后的出现时机仍然由人决定,因为措辞、断句、翻译,以及一句舞台字幕究竟应该在哪一刻出现,本来就是制作的一部分。

如果文字在演出前并不存在,使用的则是 Pockitle Live。

Pockitle Live 会听取一种现场源语言,在讲者说话时生成字幕;团队可以提供原语字幕,也可以加入翻译字幕供观众阅读。

两个产品最终可能都把文字送到同一批屏幕和手机,但它们一开始处理的材料根本不同。

一种从可以提前准备的文字开始。

另一种从正在发生的说话开始。

把两者放到 Pockitle 名称之下,反而让这个区别更容易说明白。

SurtitleLive 成为 Pockitle Cue

对现有 SurtitleLive 用户来说,Pockitle Cue 并不是一个要求大家重新开始的新产品。

它就是原来预制舞台字幕系统的新名字。

现有账户会保留,现有项目会保留。浏览器仍然是准备剧本、处理翻译、逐句审阅、排练、部署,以及操作预制舞台字幕的地方。

我们选择 Cue 这个词,是因为它更接近演出真正开始之后,这套工具最重要的工作。

一句舞台字幕可能早在几周前就已经写好。

但到了演出当晚,仍然要有人判断它应该在什么时候出现在现场。

那就是 cue。

现在的网页版其实已经能在断网后继续投影,但问题不只在“能不能”

我们一直收到一个很实际的需求:

如果网络中断,投影出去的舞台字幕能不能继续?

目前的 Pockitle Cue 网页版其实已经有一套本地投影连续运行机制。

演出开始前,浏览器会先准备投影所需的字幕数据。只要操作员控制台和投影窗口一直保持打开,即使场地网络连接中断,本地走词和已经打开的投影输出仍然可以继续工作。

这一点很重要。短暂失去外部网络连接,不应该让舞台上的字幕立刻消失。

但实际使用也让我们看到,技术上可以继续运行,和操作上足够直观,是两回事。

目前的浏览器模式仍然依赖已经打开的控制台和投影窗口。操作员需要知道哪些窗口必须保持打开、哪些部分仍在本地运行,以及哪些功能仍然依赖云端。已经打开的投影窗口可以继续响应;但如果窗口被意外关闭,重新打开时就可能再次需要网络。

浏览器本身对窗口、全屏、多显示器选择和应用程序生命周期的处理,也始终不是为剧场投影电脑设计的。

所以真正的问题不再只是“断网之后它还能不能跑”,而是操作员在演出现场能不能清楚知道:这一场演出已经安全地同步到这台电脑,可以继续。

这就是我们开发 Pockitle Cue for Mac 的原因。

Pockitle Cue for Mac

Pockitle Cue for Mac 的投影设置,包含三屏预览和各屏幕的独立显示控制。

Pockitle Cue for Mac 正在作为 Pockitle Cue 网页版的演出现场版本开发。

准备工作仍然留在浏览器。团队可以在那里处理剧本、翻译、审阅和部署。

到了演出前,再把已经完成的演出同步到连接场地投影设备的 Mac。同步完成后,现场操作所需的演出数据会保存在这台 Mac 上,让本地投影在演出期间不必依赖场地网络也能继续。

这并不代表 Pockitle 的所有功能都会变成离线功能。

观众手机字幕和需要云端连接的服务仍然需要网络。

这个区分是有意为之:场地失去网络,不应该单独成为一台已同步 Mac 停止显示下一句舞台字幕的理由。

Mac 应用程序也让我们可以把屏幕真正当成剧场输出,而不是普通的浏览器窗口。目前的设计可管理最多三个输出,每个输出都有自己的语言和显示设置。

另一个很重要的变化,是 QLab。

很多剧场团队本来已经用 QLab 控制声音、视频和其他演出 cue。如果字幕另外再建立一套完整的 cue 次序,操作员就要同时维护两套流程。

在 Pockitle Cue for Mac 里,操作员可以直接选取已经在 Pockitle 准备好的舞台字幕,然后把它们直接拖到 QLab 的 cue 列表。

换句话说,在 Pockitle 里已经准备好的内容,可以直接成为现有 QLab 工作区的一部分,而不需要逐句复制,也不必再手动重建一套 cue。

这件事的重要之处,未必是一项新的技术功能,而是一个操作原则。

如果一个制作本来已经有自己的演出控制工作流程,舞台字幕软件应该尽可能进入那个流程,而不是要求整个制作为字幕软件重新安排工作方式。

Pockitle Cue for Mac 仍在开发中,所以这些能力目前仍然是正在完成和验证的功能,而不是已经正式推出的承诺。

但方向已经很清楚:浏览器仍然是准备演出的地方;Mac 应用程序则让已经准备好的演出,在现场有一个更直接、更可预期的本地运行方式。

实时字幕遇到的是另一种硬件问题

Pockitle Live 带来的问题不一样。

对实时字幕来说,识别质量的第一步其实是音源。

笔记本电脑很容易接上调音台或 USB 音频接口。在剧场、会议或活动现场,直接使用一条干净的语音信号,通常比把设备放在场内,再让内置麦克风重新收一次扩音后的声音可靠得多。

如果 Pockitle Live 可以直接在手机和平板电脑上操作,操作员就可以更自由地移动。

在 Android 上,兼容的浏览器和设备可以通过浏览器接收外接麦克风或其他音频输入,因此某些移动实时字幕工作流程可以直接使用外接音源。

在 iPhone 和 iPad 上,浏览器的输入能力更受限制;但说 iOS 网页应用完全不能使用外接麦克风并不准确。Pockitle Live Web 只能使用 iOS 显示在浏览器音频输入列表中的外接输入。如果已连接的麦克风或调音台信号没有出现在列表里,就无法在网页中选择。列表中没有合适的外接输入时,设备的内置麦克风仍是可靠的备用选择。

这不是在网页上多加一个下拉菜单就能完全解决的问题。限制来自浏览器与操作系统的音频层:网页应用程序对外接输入的发现、选择和音频路由,没有原生应用程序那样完整的控制权。

如果只是一般说话,内置麦克风可能已经足够。

但对正式演出或活动来说,往往不是。

场地调音台本来已经有一条干净的语音信号。我们应该直接使用它。

iPhone 上的 Pockitle Live Web Stage input 界面说明:只能使用 iOS 列出的外接麦克风。

Pockitle Live for iOS

这正是我们开发 Pockitle Live for iOS 的其中一个主要原因。

它不是把现在的网页界面简单放进一个应用程序。

原生 iPhone 和 iPad 应用程序可以直接使用 iOS 的音频系统。目前的设计重点,是提供合适的有线输入路径,包括受支持的 USB 音频接口和场地调音台信号,让操作员直接为场地本来已经产生的声音生成字幕,而不是再用设备内置麦克风重新收一次整个房间。

这个应用程序是给操作员使用的。

观众的使用方式不需要因此也变成应用程序流程。

观众仍然可以在浏览器打开字幕链接,再从活动提供的语言中选择自己需要的一种。他们不需要安装 Pockitle Live for iOS。

原生应用程序之所以存在,是因为负责生成字幕的人,和只是阅读字幕的人,本来就有不同的技术需要。

四个产品,一个更清楚的结构

经过这次整理,Pockitle 正逐渐形成四个很清楚的产品。

Pockitle 产品系列:Pockitle Cue 用于预先准备的文本,Pockitle Live 用于现场讲话。

Pockitle Cue 是 SurtitleLive 网页版的新名字。它用于事先已经准备好的舞台字幕:剧本和其他文字可以先翻译、审阅和排练,再在演出期间逐句走词。

Pockitle Cue for Mac 是正在开发的 Mac 应用程序,重点是本地投影。它会把完成的演出同步到投影电脑,让本地投影不必依赖演出期间的场地网络,同时管理专用显示输出,并更直接地进入 QLab 工作流程——包括把已经准备好的舞台字幕直接从 Pockitle 拖进 QLab 的 cue 列表。

Pockitle Live 是八月推出的浏览器实时字幕工具。它适合讲座、演后交流、问答、工作坊、读剧、即兴,以及其他无法事先把所有说话完整准备成字幕的场合。

Pockitle Live for iOS 是正在开发的 iPhone 和 iPad 应用程序。其中一个重要目的,是提供一条比 iOS 浏览器更可靠的原生收音路径,让操作员可以使用外接麦克风、USB 音频接口和场地调音台信号。

这四个产品会不同,是因为它们面对的情况本来就不同。

有时,每一句话在观众进场前已经知道。

有时,没有人知道下一分钟会说什么。

有些场地的网络非常稳定。

有些没有。

有时,最合适的音源是笔记本电脑的麦克风。

更多时候,它其实是一根从调音台接出来的线。

我们不需要假装这些情况都是同一件事。

我们真正要做的,是让这些差异变得容易处理。

这就是 SurtitleLive 成为 Pockitle Cue 的原因。

六月推出的那套预制舞台字幕工具仍然在这里。

只是现在,它有了一个更适合放在整个产品架构里的名字。

要点

  • SurtitleLive 将更名为 Pockitle Cue;现有账户、项目和浏览器端的预制字幕工作流程都会保留。
  • Pockitle Cue 面向演出前准备好的文本;Pockitle Live 为现场发生的讲话生成字幕。
  • Pockitle Cue for Mac 和 Pockitle Live for iOS 仍在开发中,文中描述的能力尚未作为正式功能发布。
  • 在 iPhone 和 iPad 上,Pockitle Live Web 只能使用 iOS 在浏览器中列出的外接音频输入;没有合适输入时,内置麦克风是备用方案。

常见问题

SurtitleLive 更名为 Pockitle Cue 后有什么变化?

SurtitleLive 将使用新名称 Pockitle Cue。账户、项目,以及在浏览器中准备、审核、排练和发送舞台字幕的核心流程都会保留。

Pockitle Cue 和 Pockitle Live 有什么区别?

Pockitle Cue 用于演出前可以准备、审核和排练的文本。Pockitle Live 为正在发生的讲话生成字幕。

Pockitle Cue for Mac 和 Pockitle Live for iOS 现在可以使用了吗?

还不可以。文章说明这两款原生应用仍在开发中,计划中的投影和音频输入功能尚未发布。

Pockitle Live Web 能在 iPhone 或 iPad 上使用外接麦克风吗?

只有当 iOS 将其显示在浏览器音频输入列表中时才可以。列表中没有的麦克风或调音台信号无法在网页中选择;内置麦克风是可靠的备用方案。

术语表

  • Pockitle Cue: 原名 SurtitleLive、用于预先准备舞台字幕的浏览器产品。
  • 预制舞台字幕: 在演出现场发送前准备、审核并排练好的文本。
  • Pockitle Live: 用于为无法完全提前准备的现场讲话生成字幕的浏览器工具。
  • Pockitle Cue for Mac: 正在开发的 Mac 应用,目标是同步后的本机投影及更直接的 QLab 工作流程。
  • Pockitle Live for iOS: 正在开发的 iPhone 和 iPad 应用,旨在更直接地使用受支持的外接音频输入。

探索相关 Pockitle 产品