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 產品