8月18日，谷歌宣布開源Android語音識別轉(zhuǎn)錄工具Live Transcribe的語音引擎。

這家公司希望這樣做可以讓任何開發(fā)人員為長篇對話提供字幕，減少因網(wǎng)絡(luò)延遲、斷網(wǎng)等問題導(dǎo)致的溝通障礙。源代碼現(xiàn)在可以在GitHub上獲得。這意味著無論你是出國或是與新朋友見面，Live Transcribe都可以幫助你進(jìn)行溝通。

交流時(shí)可以實(shí)時(shí)暢通（只要有網(wǎng)絡(luò)）谷歌于今年2月發(fā)布了Live Transcribe。該工具使用機(jī)器學(xué)習(xí)算法將音頻轉(zhuǎn)換為實(shí)時(shí)字幕，與Android即將推出的Live Caption功能不同，Live Transcribe是一種全屏體驗(yàn)，使用智能手機(jī)的麥克風(fēng)（或外接麥克風(fēng)），并依賴于Google Cloud Speech API。Live Transcribe可以用70多種語言和方言標(biāo)題實(shí)時(shí)口語。另一個(gè)主要區(qū)別是Live Transcribe可在18億臺Android設(shè)備上使用（當(dāng)Live Caption在今年晚些時(shí)候推出時(shí)，它只適用于部分Android Q設(shè)備）。

在云上工作

谷歌的Cloud Speech API目前不支持發(fā)送無限長的音頻流。此外，依賴云意味著網(wǎng)絡(luò)連接、數(shù)據(jù)成本和延遲方面都有潛在問題。

結(jié)果，語音引擎在達(dá)到超時(shí)之前關(guān)閉并重新啟動(dòng)流請求，包括在長時(shí)間靜默期間重新開始會話并且每當(dāng)語音中檢測到暫停時(shí)關(guān)閉。在會話之間，語音引擎還在本地緩沖音頻，然后在重新連接時(shí)發(fā)送它。因此，谷歌避免了截?cái)嗟木渥踊騿卧~，并減少了會話中丟失的文本量。

70多種語言和方言中挑選自己合適的為了降低帶寬需求和成本，谷歌還評估了不同的音頻編解碼器：FLAC，AMR-WB和Opus。FLAC（無損編解碼器）可以保持準(zhǔn)確性，不會節(jié)省太多數(shù)據(jù)，并且具有明顯的編解碼器延遲。AMR-WB可以節(jié)省大量數(shù)據(jù)，但在嘈雜的環(huán)境中準(zhǔn)確度較低。

與此同時(shí)，Opus允許數(shù)據(jù)速率比大多數(shù)音樂流媒體服務(wù)低許多倍，同時(shí)仍保留音頻信號的重要細(xì)節(jié)。谷歌還會在長時(shí)間的靜音期間使用語音檢測來關(guān)閉網(wǎng)絡(luò)連接。

總體而言，該團(tuán)隊(duì)能夠?qū)崿F(xiàn)“在不影響準(zhǔn)確性的情況下，將數(shù)據(jù)使用量減少10倍”。

為了比Cloud Speech API更進(jìn)一步減少延遲，Live Transcribe使用自定義Opus編碼器。編碼器恰好提高了比特率，使“延遲在視覺上無法區(qū)分發(fā)送未壓縮的音頻”。

Live Transcribe語音引擎功能

谷歌列出了語音引擎的以下功能（不包括說話人識別）：

該文檔指出這些庫與生產(chǎn)應(yīng)用程序Live Transcribe中運(yùn)行的庫“幾乎相同”。谷歌已對其進(jìn)行了“廣泛的現(xiàn)場測試和單元測試”，但測試本身并非開源。但谷歌確實(shí)提供了APK，因此開發(fā)者可以在不構(gòu)建任何代碼的情況下試用該庫。