0:00.000–0:01.800
zh叮咚棒棒。
0:01.800–0:05.600
zh今天我們帶來MOS團隊出品的MOS Transcribe Diarize 模型。
0:05.600–0:09.400
zh0.9B小模型,卻能適配多說話人場景。
0:09.400–0:12.100
zh話不多說,直接看應用樣例。
0:12.100–0:15.800
zh我們先看這個接近40分鐘的單說話人會議場景。
0:15.800–0:19.400
zh能看到這個識別精度還有打軸的準確率都是比較高的。
0:19.400–0:21.480
enIt's called Attention Residual,
0:21.480–0:23.189
enBlock Attention Residual,
0:23.189–0:24.600
enon the right hand side。
0:24.600–0:28.000
zh這裡像Attention Residual這種名詞也能識別準。
0:28.000–0:32.400
zh不過像Adam優化器這種出現率比較低的名詞,就識別稍差一點。
0:32.400–0:33.341
enAnd it's back,
0:33.341–0:34.831
enand now we scale an open
0:34.831–0:36.400
ensource Adam optimizer.
0:36.400–0:39.800
zh然後看這個35分鐘的多說話人會議場景。
0:39.800–0:43.800
zh後來我意識到一個問題就是他和之前的這種。
0:43.800–0:46.400
zh但是我相信只有用過OpenCloud。
0:46.400–0:48.400
zh我感覺首先可能。
0:48.400–0:49.600
zh然後另外一個我對。
0:49.600–0:51.800
zh順著這個剛剛一直在討論。
0:51.800–0:54.000
zh能看到這五個人基本上都能對上。
0:54.000–0:56.000
zh有一些專業名詞稍有混淆。
0:56.000–0:58.400
zh像這裡的OpenCL轉入成OpenCloud。
0:58.400–1:00.400
zh還有Harness轉入成Hardest。
1:00.400–1:02.400
zh隨著像Skills啊或者Harness這些大家。
1:02.400–1:04.400
zh其實影響不太大。
1:04.400–1:06.400
zh科技名詞更新太快了。
1:06.400–1:10.400
zh最後的話,看這個有12個說話人的遊戲錄屏。
1:10.400–1:12.800
zh你們也有男朋友嗎?
1:12.800–1:15.200
zh5個好像是。
1:15.200–1:17.200
zh能看到都穩定分隔開來了。
1:17.200–1:21.200
zh不過後面出現了S13和S14兩個多餘的說話人。
1:21.200–1:27.200
zh這兩個說話人之前是已經被識別為了S5和S6的。
1:27.200–1:31.200
zh但考慮到模型才0.9B,整體還是瑕不掩瑜的。
1:31.200–1:35.600
zh如果大家用官方提供的WebUI的話,還有比較方便的導出功能。
1:35.600–1:37.600
zh包括設置特定格式等等。
1:37.600–1:39.600
zh方便各位後續的處理。
1:39.600–1:41.600
zh最後看一下官方的客觀指標。
1:41.600–1:43.600
zh最後看一下官方的客觀指標。
1:43.600–1:47.000
zh能看到這個小模型甚至能幹過許多大廠必源模型。
1:47.000–1:49.600
zh並且能看到他們還提供了一個Pro版本。
1:49.600–1:51.400
zhPro版本不僅性能更強。
1:51.400–1:53.600
zh而且MOS官方還提供了網站。
1:53.600–1:56.400
zh支持在線使用或者調用API使用。
1:56.400–1:59.000
zh網站我放到簡介和置頂評論裡了。
1:59.000–2:00.800
zh歡迎大家多多使用。
2:00.800–2:03.800
zh大家也可以結合其他阿婆主的視頻去看。
2:03.800–2:07.600
zh大家都對MOS Transcribe Diarize給出了比較正面的評價。
2:07.600–2:09.200
zh歡迎大家到官網使用。
2:09.200–2:10.800
zh我們下期視頻再見。
0:00.000–0:01.800
叮咚棒棒。
0:01.800–0:05.600
今天我們帶來MOS團隊出品的MOS Transcribe Diarize 模型。
0:05.600–0:09.400
0.9B小模型,卻能適配多說話人場景。
0:09.400–0:12.100
話不多說,直接看應用樣例。
0:12.100–0:15.800
我們先看這個接近40分鐘的單說話人會議場景。
0:15.800–0:19.400
能看到這個識別精度還有打軸的準確率都是比較高的。
0:19.400–0:21.480
It's called Attention Residual,
0:21.480–0:23.189
Block Attention Residual,
0:23.189–0:24.600
on the right hand side。
0:24.600–0:28.000
這裡像Attention Residual這種名詞也能識別準。
0:28.000–0:32.400
不過像Adam優化器這種出現率比較低的名詞,就識別稍差一點。
0:32.400–0:33.341
And it's back,
0:33.341–0:34.831
and now we scale an open
0:34.831–0:36.400
source Adam optimizer.
0:36.400–0:39.800
然後看這個35分鐘的多說話人會議場景。
0:39.800–0:43.800
後來我意識到一個問題就是他和之前的這種。
0:43.800–0:46.400
但是我相信只有用過OpenCloud。
0:46.400–0:48.400
我感覺首先可能。
0:48.400–0:49.600
然後另外一個我對。
0:49.600–0:51.800
順著這個剛剛一直在討論。
0:51.800–0:54.000
能看到這五個人基本上都能對上。
0:54.000–0:56.000
有一些專業名詞稍有混淆。
0:56.000–0:58.400
像這裡的OpenCL轉入成OpenCloud。
0:58.400–1:00.400
還有Harness轉入成Hardest。
1:00.400–1:02.400
隨著像Skills啊或者Harness這些大家。
1:02.400–1:04.400
其實影響不太大。
1:04.400–1:06.400
科技名詞更新太快了。
1:06.400–1:10.400
最後的話,看這個有12個說話人的遊戲錄屏。
1:10.400–1:12.800
你們也有男朋友嗎?
1:12.800–1:15.200
5個好像是。
1:15.200–1:17.200
能看到都穩定分隔開來了。
1:17.200–1:21.200
不過後面出現了S13和S14兩個多餘的說話人。
1:21.200–1:27.200
這兩個說話人之前是已經被識別為了S5和S6的。
1:27.200–1:31.200
但考慮到模型才0.9B,整體還是瑕不掩瑜的。
1:31.200–1:35.600
如果大家用官方提供的WebUI的話,還有比較方便的導出功能。
1:35.600–1:37.600
包括設置特定格式等等。
1:37.600–1:39.600
方便各位後續的處理。
1:39.600–1:41.600
最後看一下官方的客觀指標。
1:41.600–1:43.600
最後看一下官方的客觀指標。
1:43.600–1:47.000
能看到這個小模型甚至能幹過許多大廠必源模型。
1:47.000–1:49.600
並且能看到他們還提供了一個Pro版本。
1:49.600–1:51.400
Pro版本不僅性能更強。
1:51.400–1:53.600
而且MOS官方還提供了網站。
1:53.600–1:56.400
支持在線使用或者調用API使用。
1:56.400–1:59.000
網站我放到簡介和置頂評論裡了。
1:59.000–2:00.800
歡迎大家多多使用。
2:00.800–2:03.800
大家也可以結合其他阿婆主的視頻去看。
2:03.800–2:07.600
大家都對MOS Transcribe Diarize給出了比較正面的評價。
2:07.600–2:09.200
歡迎大家到官網使用。
2:09.200–2:10.800
我們下期視頻再見。
0:00.000–0:01.800
zh叮咚棒棒。
叮咚棒棒。
0:01.800–0:05.600
zh今天我們帶來MOS團隊出品的MOS Transcribe Diarize 模型。
今天我們帶來MOS團隊出品的MOS Transcribe Diarize 模型。
0:05.600–0:09.400
zh0.9B小模型,卻能適配多說話人場景。
0.9B小模型,卻能適配多說話人場景。
0:09.400–0:12.100
zh話不多說,直接看應用樣例。
話不多說,直接看應用樣例。
0:12.100–0:15.800
zh我們先看這個接近40分鐘的單說話人會議場景。
我們先看這個接近40分鐘的單說話人會議場景。
0:15.800–0:19.400
zh能看到這個識別精度還有打軸的準確率都是比較高的。
能看到這個識別精度還有打軸的準確率都是比較高的。
0:19.400–0:21.480
enIt's called Attention Residual,
It's called Attention Residual,
0:21.480–0:23.189
enBlock Attention Residual,
Block Attention Residual,
0:23.189–0:24.600
enon the right hand side。
on the right hand side。
0:24.600–0:28.000
zh這裡像Attention Residual這種名詞也能識別準。
這裡像Attention Residual這種名詞也能識別準。
0:28.000–0:32.400
zh不過像Adam優化器這種出現率比較低的名詞,就識別稍差一點。
不過像Adam優化器這種出現率比較低的名詞,就識別稍差一點。
0:32.400–0:33.341
enAnd it's back,
And it's back,
0:33.341–0:34.831
enand now we scale an open
and now we scale an open
0:34.831–0:36.400
ensource Adam optimizer.
source Adam optimizer.
0:36.400–0:39.800
zh然後看這個35分鐘的多說話人會議場景。
然後看這個35分鐘的多說話人會議場景。
0:39.800–0:43.800
zh後來我意識到一個問題就是他和之前的這種。
後來我意識到一個問題就是他和之前的這種。
0:43.800–0:46.400
zh但是我相信只有用過OpenCloud。
但是我相信只有用過OpenCloud。
0:46.400–0:48.400
zh我感覺首先可能。
我感覺首先可能。
0:48.400–0:49.600
zh然後另外一個我對。
然後另外一個我對。
0:49.600–0:51.800
zh順著這個剛剛一直在討論。
順著這個剛剛一直在討論。
0:51.800–0:54.000
zh能看到這五個人基本上都能對上。
能看到這五個人基本上都能對上。
0:54.000–0:56.000
zh有一些專業名詞稍有混淆。
有一些專業名詞稍有混淆。
0:56.000–0:58.400
zh像這裡的OpenCL轉入成OpenCloud。
像這裡的OpenCL轉入成OpenCloud。
0:58.400–1:00.400
zh還有Harness轉入成Hardest。
還有Harness轉入成Hardest。
1:00.400–1:02.400
zh隨著像Skills啊或者Harness這些大家。
隨著像Skills啊或者Harness這些大家。
1:02.400–1:04.400
zh其實影響不太大。
其實影響不太大。
1:04.400–1:06.400
zh科技名詞更新太快了。
科技名詞更新太快了。
1:06.400–1:10.400
zh最後的話,看這個有12個說話人的遊戲錄屏。
最後的話,看這個有12個說話人的遊戲錄屏。
1:10.400–1:12.800
zh你們也有男朋友嗎?
你們也有男朋友嗎?
1:12.800–1:15.200
zh5個好像是。
5個好像是。
1:15.200–1:17.200
zh能看到都穩定分隔開來了。
能看到都穩定分隔開來了。
1:17.200–1:21.200
zh不過後面出現了S13和S14兩個多餘的說話人。
不過後面出現了S13和S14兩個多餘的說話人。
1:21.200–1:27.200
zh這兩個說話人之前是已經被識別為了S5和S6的。
這兩個說話人之前是已經被識別為了S5和S6的。
1:27.200–1:31.200
zh但考慮到模型才0.9B,整體還是瑕不掩瑜的。
但考慮到模型才0.9B,整體還是瑕不掩瑜的。
1:31.200–1:35.600
zh如果大家用官方提供的WebUI的話,還有比較方便的導出功能。
如果大家用官方提供的WebUI的話,還有比較方便的導出功能。
1:35.600–1:37.600
zh包括設置特定格式等等。
包括設置特定格式等等。
1:37.600–1:39.600
zh方便各位後續的處理。
方便各位後續的處理。
1:39.600–1:41.600
zh最後看一下官方的客觀指標。
最後看一下官方的客觀指標。
1:41.600–1:43.600
zh最後看一下官方的客觀指標。
最後看一下官方的客觀指標。
1:43.600–1:47.000
zh能看到這個小模型甚至能幹過許多大廠必源模型。
能看到這個小模型甚至能幹過許多大廠必源模型。
1:47.000–1:49.600
zh並且能看到他們還提供了一個Pro版本。
並且能看到他們還提供了一個Pro版本。
1:49.600–1:51.400
zhPro版本不僅性能更強。
Pro版本不僅性能更強。
1:51.400–1:53.600
zh而且MOS官方還提供了網站。
而且MOS官方還提供了網站。
1:53.600–1:56.400
zh支持在線使用或者調用API使用。
支持在線使用或者調用API使用。
1:56.400–1:59.000
zh網站我放到簡介和置頂評論裡了。
網站我放到簡介和置頂評論裡了。
1:59.000–2:00.800
zh歡迎大家多多使用。
歡迎大家多多使用。
2:00.800–2:03.800
zh大家也可以結合其他阿婆主的視頻去看。
大家也可以結合其他阿婆主的視頻去看。
2:03.800–2:07.600
zh大家都對MOS Transcribe Diarize給出了比較正面的評價。
大家都對MOS Transcribe Diarize給出了比較正面的評價。
2:07.600–2:09.200
zh歡迎大家到官網使用。
歡迎大家到官網使用。
2:09.200–2:10.800
zh我們下期視頻再見。
我們下期視頻再見。
影片筆記:MOSS 0.9B ASR 模型测评:多说话人转录打轴毫无压力?!
<!-- VIDEONOTE_PUBLICATION_WARNINGS_BEGIN -->
⚠️ 全文快速校讀發現待確認修正
本筆記已完成可閱讀的逐字稿與時間跳轉;下列為待處理問題,建議播放原片確認。
- 待修正:⚠️ 全文快速校讀:已套用暫定修正,請確認(segment=1 已先套用暫定修正:今天我們帶來MOS團隊出品的MOS Transcribe Diaryce 模型。 → 今天我們帶來MOS團隊出品的MOS Transcribe Diarize 模型。;segment=8 已先套用暫定修正:不過像Mion優化器這種出現率比較低的名詞,就識別稍差一點。 → 不過像Adam優化器這種出現率比較低的名詞,就識別稍差一點。)
- 待修正:逐字稿可先使用,但有待校正清單(segment=38 adjacent_duplicate: 與前一段完全重複,可能是滾動字幕或 ASR 重複;segment=9 rapid_semantic_review: 全文速讀上下文判斷;尚未回聽或交叉比對)
<!-- VIDEONOTE_PUBLICATION_WARNINGS_END -->
⚠️ 重要警告:逐字稿辨識疑點與校正待辦
根據可讀性檢核結果,以下片段存在潛在識別錯誤或語意截斷,不得視為確定事實。請在參考時保持謹慎,並優先查證原始影片:
* Segment 38: adjacent_duplicate — 與前一段完全重複,可能是滾動字幕或 ASR 重複。
* Segment 9: rapid_semantic_review — 全文速讀上下文判斷;尚未回聽或交叉比對。
* Segment 18: rapid_semantic_review — 全文速讀上下文判斷;尚未回聽或交叉比對。
* Segment 11: rapid_semantic_review — 上下文無明顯連接詞或後續解釋,可能是 ASR 截斷或說話人語無倫次。
* Segment 12: rapid_semantic_review — 前文提到 'OpenCloud',此處再次出現,需確認是否為特定軟件名稱或誤識。
* Segment 13: rapid_semantic_review — 明顯的語意截斷,缺少謂語或賓語。
* Segment 14: rapid_semantic_review — 明顯的語意截斷。
* Segment 15: rapid_semantic_review — 明顯的語意截斷。
一句話總結
本影片測試了由 MOS 團隊出品的 MOSS 0.9B ASR 模型(筆記中亦提及 MOS Transcribe Diarize),通過單人會議、多人會議及遊戲錄屏三個場景,驗證了該小參數量模型在多說話人分離(Diarize)與語音轉文字(ASR)任務上的表現,結論認為其整體表現優異,雖有專業名詞識別瑕疵,但瑕不掩瑜。
核心重點
- 模型規格與定位:
- 模型名稱:MOSS 0.9B ASR / MOS Transcribe Diarize。
- 參數量:僅 0.9B,屬於小模型。
- 核心優勢:在保持小體積的同時,具備處理多說話人場景的能力。
- 三大測試場景表現:
- 單說話人會議(約 40 分鐘):
- 識別精度與打軸準確率較高。
- 能識別部分專業名詞(如 Attention Residual)。
- 對低頻名詞(如 Adam 優化器)識別稍差。
- 多說話人會議(35 分鐘,5 人):
- 能基本正確分隔五個說話人。
- 存在專業名詞混淆現象(例如 OpenCL 被誤識為 OpenCloud,Harness 被誤識為 Hardest)。
- 整體理解受影響不大。
- 遊戲錄屏(12 人):
- 能穩定分隔說話人。
- 後期出現標記錯誤:S13 和 S14 兩個多餘說話人標記,實為 S5 和 S6 的重複識別。
- 功能與服務:
- 官方提供 WebUI,支持方便的導出功能及特定格式設置。
- 提供 Pro 版本及 API 服務。
- 獲取途徑包括官網、簡介及置頂評論。
- 最終評價:
- 客觀指標顯示該小模型表現優異,甚至超越部分大廠閉源模型。
- 社區反饋正面,認為考慮到模型體積,整體表現瑕不掩瑜。
詳細大綱
1. 模型介紹
- 出品方:MOS 團隊。
- 模型名稱:MOS Transcribe Diarize(或稱 MOSS 0.9B ASR)。
- 參數量:0.9B。
- 核心能力:適配多說話人場景。
2. 應用樣例演示
- 樣例一:單說話人會議
- 時長:接近 40 分鐘。
- 表現:識別精度與打軸準確率較高。
- 名詞識別細節:
- 能識別 "Attention Residual"。
- "Adam 優化器" 識別稍差。
- 樣例二:多說話人會議
- 時長:35 分鐘。
- 人數:5 人。
- 表現:基本能對應上說話人。
- 缺陷:專業名詞混淆。
- OpenCL 轉入成 OpenCloud。
- Harness 轉入成 Hardest。
- 樣例三:遊戲錄屏
- 人數:12 人。
- 表現:穩定分隔開來。
- 缺陷:後期出現 S13 和 S14 兩個多餘說話人標記。
- 註解:此前已被識別為 S5 和 S6。
3. 功能與服務
- WebUI:提供方便的導出功能,支持設置特定格式。
- Pro 版本:性能更強。
- 服務方式:支持在線使用或調用 API。
- 獲取途徑:官網、簡介及置頂評論。
4. 評價與結論
- 客觀指標:小模型表現優異,甚至能幹過許多大廠必源模型(疑點:必源)。
- 社區反饋:其他創作者給予正面評價。
- 總結:瑕不掩瑜,歡迎使用。
工具 / 模型 / 名詞整理
- 模型/產品:
- MOSS 0.9B ASR
- MOS Transcribe Diarize
- MOS 團隊
- WebUI
- Pro 版本
- API
- 技術/專業名詞:
- Attention Residual
- Block Attention Residual
- Adam 優化器
- OpenCL
- OpenCloud
- Harness
- Hardest
- Skills
- 其他:
- S13, S14, S5, S6(說話人標記 ID)
- 阿婆主(疑點:需查證是否為特定稱呼)
操作流程整理
- 準備測試素材:
- 準備單說話人會議錄音(約 40 分鐘)。
- 準備多說話人會議錄音(35 分鐘,5 人)。
- 準備遊戲錄屏錄音(12 人)。
- 運行模型:
- 使用 MOS Transcribe Diarize (0.9B) 模型進行處理。
- 結果評估:
- 檢查單人會議的識別精度與打軸準確率。
- 檢查多人會議的說話人分離情況及專業名詞識別準確性。
- 檢查遊戲錄屏中的說話人標記是否出現重複或錯誤(如 S13/S14 問題)。
- 功能使用:
- 通過 WebUI 查看結果。
- 根據需求導出特定格式文件。
- 如需更高性能,可考慮 Pro 版本或 API 服務。
值得注意的限制或風險
- 專業名詞識別偏差:
- 模型對低頻或特定領域名詞識別能力有限(如 Adam 優化器)。
- 存在同音或形似名詞混淆風險(OpenCL vs OpenCloud, Harness vs Hardest)。
- 多說話人標記穩定性:
- 在複雜場景(如 12 人遊戲錄屏)後期,可能出現說話人標記重複或錯誤分配(S5/S6 被錯誤標記為 S13/S14)。
- 小模型性能邊界:
- 雖然表現優異,但作為 0.9B 小模型,其性能上限受限於參數量,需對比大廠閉源模型時需客觀看待差異。
逐字稿辨識疑點
- MOS 團隊:需查證該團隊或組織的正式中文或英文全稱。
- MOS Transcribe Diarize:需查證該模型名稱是否準確,或是否為 "MOS-Transcribe-Diarize" 或其他格式。
- 必源模型:逐字稿中出現「大廠必源模型」,疑點為「必源」是否為「閉源」的聽寫錯誤,但依規則標記為需查證,不直接更正。
- OpenCloud:逐字稿中提到「OpenCL 轉入成 OpenCloud」,需查證此處是否為模型輸出結果的記錄,或口誤。
- Hardest:逐字稿中提到「Harness 轉入成 Hardest」,需查證此處是否為模型輸出結果的記錄,或口誤。
- Skills:在討論多說話人場景時提到「隨著像 Skills 啊或者 Harness 這些」,需查證「Skills」是否為特定專有名詞或口誤。
- S13 和 S14:需查證此處是否為說話人標記(Speaker ID)的具體代號。
- 阿婆主:需查證此處是否為對創作者/UP主的特定稱呼或口誤。
- Segment 9, 11, 12, 13, 14, 15, 18, 38:根據檢核清單,這些片段存在語意截斷、重複或上下文連接問題,建議回聽原始音頻以確認內容。
可延伸追問
- MOS 團隊的官方背景及 MOS Transcribe Diarize 模型的具體技術架構是什麼?
- 在單人會議中,如何進一步優化對 "Adam 優化器" 等低頻名詞的識別?
- 多說話人會議中,OpenCL 誤識為 OpenCloud 的原因是什麼?是否有詞典或後處理機制可以修正?
- 遊戲錄屏場景中,S13/S14 重複標記的具體觸發條件是什麼?如何避免說話人標記的漂移或重複?
- Pro 版本與 0.9B 基礎版在性能指標上的具體差異數據為何?
- 該模型與目前市場上其他大廠閉源模型相比,在哪些具體指標上表現更優?
尚未產生學習筆記
請在 Telegram 指令最後加上「學習」,例如:videonote 網址 英文 雙語 學習