實際影片長度:2:11.690。原文、繁中、雙語可點擊句子跳轉影片。
0:00.000–0:01.781
哎,會議裡幾個人同時說話,
0:01.781–0:03.973
普通語音識別的問題不只是聽不清,
0:03.973–0:05.205
更是不知道該聽誰。
0:05.205–0:07.260
如果你只需要其中一個人的文字,
0:07.260–0:08.767
先把每個人都分離出來,
0:08.767–0:10.000
未必是最直接的路。
0:10.000–0:14.098
Xiaomi Cocktail ASR-1給出了另一個思路。
0:14.098–0:16.146
先輸入一段目標人的參考聲音,
0:16.146–0:18.049
再輸入單人或多人混合語音。
0:18.049–0:19.951
參考聲音就像一把聲文鑰匙,
0:19.951–0:22.000
模型直接只轉錄對應的說話人。
0:22.000–0:23.024
機器說清了,
0:23.024–0:24.561
先聽一組官方演示。
0:24.561–0:26.780
第一段是目標人的參考聲音,
0:26.780–0:29.000
第二段是待識別的混合語音。
0:30.000–0:35.000
我想註冊一下聲文,這是一條註冊音頻。
0:35.000–0:41.000
人們設計AI配方的過程,本質上主要還是一個不斷試錯的過程。
0:41.000–0:42.658
模型最後輸出的是,
0:42.658–0:44.868
人們設計AI配方的過程,
0:44.868–0:48.000
本質上主要還是一個不斷試錯的過程。
0:48.000–0:53.000
這裡不是先分出每一路音頻,而是用參考聲音直接約束轉寫目標。
0:53.000–0:53.913
聽到效果後,
0:53.913–0:55.283
再看真實會議數據。
0:55.283–0:56.196
官方報告中,
0:56.196–0:59.848
這個模型在AM&SDM上的詞錯率是21.81%,
0:59.848–1:03.500
在EliminatingFar上是20.63%,
1:03.500–1:07.000
對比表裡都明顯低於直接處理混合語音的通用模型。
1:07.000–1:08.703
但只會轉路還不夠,
1:08.703–1:12.297
如果參考聲音的人根本沒在待識別音頻裡,
1:12.297–1:14.000
模型應該保持沉默。
1:14.000–1:16.000
下面再聽一組副樣本。
1:16.000–1:17.000
嗨同學。
1:17.000–1:20.000
嗨有關系。
1:20.000–1:22.000
這組副樣本的官方結果是空。
1:22.000–1:23.719
三個正樣本測試集上,
1:23.719–1:25.953
句實率分別是79.59%,
1:25.953–1:28.359
75.35%和68.54%,
1:28.359–1:30.078
但句實不是100%,
1:30.078–1:33.000
正樣本也有最高0.73%的物據率。
1:33.000–1:37.000
選型時要同時看詞錯率、句實率和誤識率。
1:37.000–1:40.000
開始試跑,只需要四個依賴,兩段音頻和一次模型調用。
1:40.000–1:43.000
準備一段目標人參考音頻和一段待識別音頻。
1:43.000–1:47.000
輸入期望是16000赫茲單聲道,成功後應該只返回目標人文本。
1:47.000–1:50.000
再換一段不相關的參考聲音,預期結果是空。
1:50.000–1:51.610
最後的選型結論很清楚,
1:51.610–1:52.780
指定受訪者轉錄,
1:52.780–1:56.000
以登記用戶語音入口或多人環境跟蹤固定說話人。
1:56.000–1:57.000
這很對提。
1:57.000–2:01.000
需要保留所有發言人的完整會議,就應該用說話人日誌或分離流程。
2:01.000–2:03.308
官方示例使用約80億參數模型、
2:03.308–2:05.308
CUDA和遠程自定義代碼,
2:05.308–2:07.000
先做小樣本驗證再接入。
2:07.000–2:08.000
這裡是智聲工坊。
2:08.000–2:10.000
我們在智聲工坊。
2:10.000–2:11.000
我們在智聲工坊。
2:11.000–2:11.690
我們在智聲工坊。
0:00.000–0:01.781
哎,會議裡幾個人同時說話,
0:01.781–0:03.973
普通語音識別的問題不只是聽不清,
0:03.973–0:05.205
更是不知道該聽誰。
0:05.205–0:07.260
如果你只需要其中一個人的文字,
0:07.260–0:08.767
先把每個人都分離出來,
0:08.767–0:10.000
未必是最直接的路。
0:10.000–0:14.098
Xiaomi Cocktail ASR-1給出了另一個思路。
0:14.098–0:16.146
先輸入一段目標人的參考聲音,
0:16.146–0:18.049
再輸入單人或多人混合語音。
0:18.049–0:19.951
參考聲音就像一把聲文鑰匙,
0:19.951–0:22.000
模型直接只轉錄對應的說話人。
0:22.000–0:23.024
機器說清了,
0:23.024–0:24.561
先聽一組官方演示。
0:24.561–0:26.780
第一段是目標人的參考聲音,
0:26.780–0:29.000
第二段是待識別的混合語音。
0:30.000–0:35.000
我想註冊一下聲文,這是一條註冊音頻。
0:35.000–0:41.000
人們設計AI配方的過程,本質上主要還是一個不斷試錯的過程。
0:41.000–0:42.658
模型最後輸出的是,
0:42.658–0:44.868
人們設計AI配方的過程,
0:44.868–0:48.000
本質上主要還是一個不斷試錯的過程。
0:48.000–0:53.000
這裡不是先分出每一路音頻,而是用參考聲音直接約束轉寫目標。
0:53.000–0:53.913
聽到效果後,
0:53.913–0:55.283
再看真實會議數據。
0:55.283–0:56.196
官方報告中,
0:56.196–0:59.848
這個模型在AM&SDM上的詞錯率是21.81%,
0:59.848–1:03.500
在EliminatingFar上是20.63%,
1:03.500–1:07.000
對比表裡都明顯低於直接處理混合語音的通用模型。
1:07.000–1:08.703
但只會轉路還不夠,
1:08.703–1:12.297
如果參考聲音的人根本沒在待識別音頻裡,
1:12.297–1:14.000
模型應該保持沉默。
1:14.000–1:16.000
下面再聽一組副樣本。
1:16.000–1:17.000
嗨同學。
1:17.000–1:20.000
嗨有關系。
1:20.000–1:22.000
這組副樣本的官方結果是空。
1:22.000–1:23.719
三個正樣本測試集上,
1:23.719–1:25.953
句實率分別是79.59%,
1:25.953–1:28.359
75.35%和68.54%,
1:28.359–1:30.078
但句實不是100%,
1:30.078–1:33.000
正樣本也有最高0.73%的物據率。
1:33.000–1:37.000
選型時要同時看詞錯率、句實率和誤識率。
1:37.000–1:40.000
開始試跑,只需要四個依賴,兩段音頻和一次模型調用。
1:40.000–1:43.000
準備一段目標人參考音頻和一段待識別音頻。
1:43.000–1:47.000
輸入期望是16000赫茲單聲道,成功後應該只返回目標人文本。
1:47.000–1:50.000
再換一段不相關的參考聲音,預期結果是空。
1:50.000–1:51.610
最後的選型結論很清楚,
1:51.610–1:52.780
指定受訪者轉錄,
1:52.780–1:56.000
以登記用戶語音入口或多人環境跟蹤固定說話人。
1:56.000–1:57.000
這很對提。
1:57.000–2:01.000
需要保留所有發言人的完整會議,就應該用說話人日誌或分離流程。
2:01.000–2:03.308
官方示例使用約80億參數模型、
2:03.308–2:05.308
CUDA和遠程自定義代碼,
2:05.308–2:07.000
先做小樣本驗證再接入。
2:07.000–2:08.000
這裡是智聲工坊。
2:08.000–2:10.000
我們在智聲工坊。
2:10.000–2:11.000
我們在智聲工坊。
2:11.000–2:11.690
我們在智聲工坊。
0:00.000–0:01.781
哎,會議裡幾個人同時說話,
哎,會議裡幾個人同時說話,
0:01.781–0:03.973
普通語音識別的問題不只是聽不清,
普通語音識別的問題不只是聽不清,
0:03.973–0:05.205
更是不知道該聽誰。
更是不知道該聽誰。
0:05.205–0:07.260
如果你只需要其中一個人的文字,
如果你只需要其中一個人的文字,
0:07.260–0:08.767
先把每個人都分離出來,
先把每個人都分離出來,
0:08.767–0:10.000
未必是最直接的路。
未必是最直接的路。
0:10.000–0:14.098
Xiaomi Cocktail ASR-1給出了另一個思路。
Xiaomi Cocktail ASR-1給出了另一個思路。
0:14.098–0:16.146
先輸入一段目標人的參考聲音,
先輸入一段目標人的參考聲音,
0:16.146–0:18.049
再輸入單人或多人混合語音。
再輸入單人或多人混合語音。
0:18.049–0:19.951
參考聲音就像一把聲文鑰匙,
參考聲音就像一把聲文鑰匙,
0:19.951–0:22.000
模型直接只轉錄對應的說話人。
模型直接只轉錄對應的說話人。
0:22.000–0:23.024
機器說清了,
機器說清了,
0:23.024–0:24.561
先聽一組官方演示。
先聽一組官方演示。
0:24.561–0:26.780
第一段是目標人的參考聲音,
第一段是目標人的參考聲音,
0:26.780–0:29.000
第二段是待識別的混合語音。
第二段是待識別的混合語音。
0:30.000–0:35.000
我想註冊一下聲文,這是一條註冊音頻。
我想註冊一下聲文,這是一條註冊音頻。
0:35.000–0:41.000
人們設計AI配方的過程,本質上主要還是一個不斷試錯的過程。
人們設計AI配方的過程,本質上主要還是一個不斷試錯的過程。
0:41.000–0:42.658
模型最後輸出的是,
模型最後輸出的是,
0:42.658–0:44.868
人們設計AI配方的過程,
人們設計AI配方的過程,
0:44.868–0:48.000
本質上主要還是一個不斷試錯的過程。
本質上主要還是一個不斷試錯的過程。
0:48.000–0:53.000
這裡不是先分出每一路音頻,而是用參考聲音直接約束轉寫目標。
這裡不是先分出每一路音頻,而是用參考聲音直接約束轉寫目標。
0:53.000–0:53.913
聽到效果後,
聽到效果後,
0:53.913–0:55.283
再看真實會議數據。
再看真實會議數據。
0:55.283–0:56.196
官方報告中,
官方報告中,
0:56.196–0:59.848
這個模型在AM&SDM上的詞錯率是21.81%,
這個模型在AM&SDM上的詞錯率是21.81%,
0:59.848–1:03.500
在EliminatingFar上是20.63%,
在EliminatingFar上是20.63%,
1:03.500–1:07.000
對比表裡都明顯低於直接處理混合語音的通用模型。
對比表裡都明顯低於直接處理混合語音的通用模型。
1:07.000–1:08.703
但只會轉路還不夠,
但只會轉路還不夠,
1:08.703–1:12.297
如果參考聲音的人根本沒在待識別音頻裡,
如果參考聲音的人根本沒在待識別音頻裡,
1:12.297–1:14.000
模型應該保持沉默。
模型應該保持沉默。
1:14.000–1:16.000
下面再聽一組副樣本。
下面再聽一組副樣本。
1:16.000–1:17.000
嗨同學。
嗨同學。
1:17.000–1:20.000
嗨有關系。
嗨有關系。
1:20.000–1:22.000
這組副樣本的官方結果是空。
這組副樣本的官方結果是空。
1:22.000–1:23.719
三個正樣本測試集上,
三個正樣本測試集上,
1:23.719–1:25.953
句實率分別是79.59%,
句實率分別是79.59%,
1:25.953–1:28.359
75.35%和68.54%,
75.35%和68.54%,
1:28.359–1:30.078
但句實不是100%,
但句實不是100%,
1:30.078–1:33.000
正樣本也有最高0.73%的物據率。
正樣本也有最高0.73%的物據率。
1:33.000–1:37.000
選型時要同時看詞錯率、句實率和誤識率。
選型時要同時看詞錯率、句實率和誤識率。
1:37.000–1:40.000
開始試跑,只需要四個依賴,兩段音頻和一次模型調用。
開始試跑,只需要四個依賴,兩段音頻和一次模型調用。
1:40.000–1:43.000
準備一段目標人參考音頻和一段待識別音頻。
準備一段目標人參考音頻和一段待識別音頻。
1:43.000–1:47.000
輸入期望是16000赫茲單聲道,成功後應該只返回目標人文本。
輸入期望是16000赫茲單聲道,成功後應該只返回目標人文本。
1:47.000–1:50.000
再換一段不相關的參考聲音,預期結果是空。
再換一段不相關的參考聲音,預期結果是空。
1:50.000–1:51.610
最後的選型結論很清楚,
最後的選型結論很清楚,
1:51.610–1:52.780
指定受訪者轉錄,
指定受訪者轉錄,
1:52.780–1:56.000
以登記用戶語音入口或多人環境跟蹤固定說話人。
以登記用戶語音入口或多人環境跟蹤固定說話人。
1:56.000–1:57.000
這很對提。
這很對提。
1:57.000–2:01.000
需要保留所有發言人的完整會議,就應該用說話人日誌或分離流程。
需要保留所有發言人的完整會議,就應該用說話人日誌或分離流程。
2:01.000–2:03.308
官方示例使用約80億參數模型、
官方示例使用約80億參數模型、
2:03.308–2:05.308
CUDA和遠程自定義代碼,
CUDA和遠程自定義代碼,
2:05.308–2:07.000
先做小樣本驗證再接入。
先做小樣本驗證再接入。
2:07.000–2:08.000
這裡是智聲工坊。
這裡是智聲工坊。
2:08.000–2:10.000
我們在智聲工坊。
我們在智聲工坊。
2:10.000–2:11.000
我們在智聲工坊。
我們在智聲工坊。
2:11.000–2:11.690
我們在智聲工坊。
我們在智聲工坊。

影片筆記:只听指定的人:小米这款开源ASR,把参考声音变成识别开关

<!-- VIDEONOTE_PUBLICATION_WARNINGS_BEGIN -->

⚠️ 全文快速校讀發現待確認修正

本筆記已完成可閱讀的逐字稿與時間跳轉;下列為待處理問題,建議播放原片確認。

  • 待修正:⚠️ 全文快速校讀:已套用暫定修正,請確認(segment=2 已先套用暫定修正:機子說清了,先聽一組官方演示。第一段是目標人的參考聲音,第二段是帶識別的混合語音。 → 機器說清了,先聽一組官方演示。第一段是目標人的參考聲音,第二段是待識別的混合語音。;segment=7 已先套用暫定修正:聽到效果後,再看真實會議數據。官方報告中,這個模型在AM&SDM上的詞錯率是21.81%,在ElimitingFar上是20.63%,對比表裡都明顯低於直接處理混合語音的通用模型。 → 聽到效果後,再看真實會議數據。官方報告中,這個模型在AM&SDM上的詞錯率是21.81%,在EliminatingFar上是20.63%,對比表裡都明顯低於直接處理混合語音的通用模型。)
  • 待修正:逐字稿可先使用,但有待校正清單(segment=11 unnatural_sentence_boundary: 標點出現在句首或停在逗號位置,斷句可能不符合文法/口語;segment=13 unnatural_sentence_boundary: 標點出現在句首或停在逗號位置,斷句可能不符合文法/口語)

<!-- VIDEONOTE_PUBLICATION_WARNINGS_END -->

一句話總結

小米開源的 Xiaomi Cocktail ASR-1 模型採用「參考聲音」作為聲文鑰匙,在多人混合語音中直接約束並轉錄指定說話人的內容,而非先分離音軌,適用於追蹤固定說話人或指定受訪者轉錄。

核心重點

  • 核心機制:不採用「先分離音軌再識別」的傳統思路,而是輸入「目標人的參考聲音」與「混合語音」,利用參考聲音作為約束條件,直接輸出與參考聲音匹配的說話人文本。
  • 性能表現:在 AM&SDM 和 EliminatingFar 測試集上,詞錯率(WER)分別為 21.81% 和 20.63%,優於直接處理混合語音的通用模型。
  • 負樣本能力:當參考聲音的人不在待識別音頻中時,模型會返回空結果(保持沉默),符合預期。
  • 適用場景:適合指定受訪者轉錄、以登記用戶語音入口或多人環境中跟蹤固定說話人;不適合需要保留所有發言人的完整會議記錄。

詳細大綱

1. 問題背景與傳統困境

  • 普通語音識別在多人同時說話時面臨困難:不僅聽不清,更難以判斷該聽誰。
  • 傳統思路通常嘗試先分離每個人,但這未必是最直接的路徑。

2. Xiaomi Cocktail ASR-1 技術原理

  • 輸入結構:
  1. 目標人的參考聲音(註冊音頻)。
  2. 單人或多人混合語音(待識別音頻)。
  • 運作邏輯:
  • 參考聲音作為「聲文鑰匙」。
  • 模型直接轉錄對應的說話人,不先分出每一路音頻。
  • 用參考聲音直接約束轉寫目標。

3. 官方演示與數據驗證

  • 演示流程:
  • 第一段播放目標人參考聲音。
  • 第二段播放待識別的混合語音。
  • 結果顯示模型輸出了與參考聲音匹配的文本。
  • 性能指標(詞錯率 WER):
  • AM&SDM 測試集:21.81%。
  • EliminatingFar 測試集:20.63%。
  • 對比結果:明顯低於直接處理混合語音的通用模型。
  • 負樣本測試:
  • 測試情境:參考聲音的人不在待識別音頻中。
  • 測試結果:模型返回空結果(副樣本測試結果為空),符合預期。
  • 正樣本測試集表現:
  • 句實率數據:分別為 79.59%、75.35%、68.54%。
  • 準確性分析:句實率並非 100%,存在最高 0.73% 的物據率(疑點)。

4. 技術實現與應用建議

  • 依賴條件:
  • 需要四個依賴。
  • 需要兩段音頻。
  • 只需一次模型調用。
  • 輸入要求:期望是 16000 赫茲單聲道。
  • 預期輸出:
  • 成功後只返回目標人文本。
  • 不相關參考聲音預期結果為空。
  • 技術細節:
  • 官方示例使用約 80 億參數模型。
  • 使用 CUDA。
  • 涉及遠程自定義代碼。
  • 適用與不適用場景:
  • 適用:指定受訪者轉錄、以登記用戶語音入口或多人環境跟蹤固定說話人。
  • 不適用:需要保留所有發言人的完整會議(此類情況應使用說話人日誌或分離流程)。
  • 建議流程:先做小樣本驗證再接入。

工具 / 模型 / 名詞整理

  • Xiaomi Cocktail ASR-1:小米開源的語音識別模型,具備參考聲音約束能力。
  • 聲文 / 聲文鑰匙 / 聲文工坊:影片中提及的名詞,指代聲音特徵或相關品牌/平台。
  • 智聲工坊:影片中提及的平台或組織名稱(「這裡是智聲工坊」、「我們在智聲工坊」)。
  • CUDA:計算平台與編程模型。
  • AM&SDM:測試集名稱。
  • EliminatingFar:測試集名稱。
  • 句實率:影片中使用的評估指標,數據包括 79.59%、75.35%、68.54%。
  • 物據率:影片中提及的評估指標,數據為最高 0.73%。
  • 四個依賴:模型運行所需的依賴項數量,具體內容未詳述。

操作流程整理

  1. 準備參考聲音:錄製目標人的參考音頻(註冊音頻)。
  2. 準備混合語音:錄製包含目標人及其他人的混合語音。
  3. 設定輸入格式:確保音頻為 16000 赫茲單聲道。
  4. 執行模型調用:
  • 輸入參考聲音與混合語音。
  • 調用 Xiaomi Cocktail ASR-1 模型(約 80 億參數,基於 CUDA)。
  1. 獲取結果:
  • 若參考人在混合語音中:返回匹配的文本。
  • 若參考人不在混合語音中:返回空結果。
  1. 驗證與部署:建議先進行小樣本驗證,確認符合預期後再接入實際應用。

值得注意的限制或風險

  • 非通用會議記錄工具:該模型設計初衷並非為了保留所有發言人的完整會議記錄,若需完整記錄,應使用說話人日誌或分離流程。
  • 依賴環境要求:需要特定的四個依賴項、CUDA 環境以及遠程自定義代碼支持,部署門檻可能較高。
  • 準確率非完美:正樣本測試中句實率最高僅約 79.59%,且存在物據率(疑點),表明識別結果並非 100% 準確。
  • 參考聲音依賴:必須提供準確的參考聲音作為「鑰匙」,若參考聲音質量不佳或不匹配,可能影響識別效果。

逐字稿辨識疑點

  • 聲文 / 聲文鑰匙 / 聲文工坊:文中多次出現此詞彙,若指代聲音特徵或品牌,建議查證是否為「聲紋」之聽寫錯誤,但依規則僅標註為「聲文」。
  • 物據率:文中提到「最高 0.73% 的物據率」。在語音識別評估中,常見指標為「誤識率」(False Acceptance Rate / FRR 等)或「漏識率」。此處「物據率」疑似錯字或特定術語,需查證。
  • 句實率:文中使用「句實率」一詞,通常語音識別指標為「句準確率」(Sentence Accuracy)或「字元錯誤率」(WER/CER)。此處「句實率」疑似聽寫錯誤,需查證。
  • 這很對提:文中提到「這很對提」,語意不明,疑似口誤或聽寫錯誤,可能意指「這很對題」或「這很對得起」等,需查證。
  • 嗨有關系:副樣本測試中出現「嗨有關系」,語意不明,疑似聽寫錯誤,可能為「嗨,有關係」或其他內容,需查證。
  • 四個依賴:文中提到「只需要四個依賴」,未具體說明是哪四個依賴,需查證具體技術棧。
  • 遠程自定義代碼:文中提到「遠程自定義代碼」,需確認是否指代特定的 API 調用方式或框架。

可延伸追問

  • Xiaomi Cocktail ASR-1 的「四個依賴」具體指哪些軟體庫或框架?
  • 「聲文」與「聲紋」在該技術文獻中是否有明確定義區別?
  • 如何優化參考聲音的錄製質量以提高識別準確率?
  • 在多人同時說話且語音重疊嚴重的情況下,該模型的表現是否有進一步的數據支持?
  • 「物據率」和「句實率」的具體計算公式是什麼?

尚未產生學習筆記

請在 Telegram 指令最後加上「學習」,例如:videonote 網址 英文 雙語 學習