從影片擷取音訊的準確度，並不是單一一個數字。真正決定結果是否與來源相符的，是三件事的組合：你的瀏覽器能不能解碼檔案裡的特定編解碼器、音軌能不能透過媒體元素被取用，以及錄製器能不能寫出一個時長有限的完整容器檔案。當這三件事都到位時，輸出的結果會是一個乾淨的 Opus WebM 檔案，時間軸與立體聲配置都與來源片段一致。只要其中任何一項失敗，擷取就會停止並顯示明確訊息，或是產生的檔案在媒體播放器裡顯示時長未知。了解結果從何而來，正是讓以瀏覽器為基礎的擷取變得可靠的關鍵，而這也正是本機影片轉音訊轉換器所依循的規則：解碼檔案、取用音軌、透過媒體元素進行錄製、修補容器的時長，最後透過可下載的 object URL 把結果交還給你。
從影片擷取音訊時，「準確度」指的是什麼
在音訊擷取這件事上，準確度是分層的特性，而不是單一指標。第一層是解碼準確度：如果瀏覽器無法解碼影片的視訊或音訊編解碼器，擷取根本無法開始。第二層是取用準確度：中繼資料載入之後，音訊必須能透過媒體元素的軌道清單被取用。第三層是錄製準確度：錄製器必須在正確的時間點寫出容器的結尾，播放器才能回報有限的時間軸。大多數對「從影片擷取音訊」的隨性描述，只關注輸出檔案的大小，並假設內容是來源的 1:1 複製。事實並非如此。影片轉音訊轉換器是透過HTMLMediaElement captureStream錄製被取用的音軌，並寫出一個全新的、128 kbps 的 Opus WebM 檔案。這代表時間軸會被精確保留，取樣資料來自你瀏覽器播放時所使用的同一條解碼路徑，但編碼出來的位元組是全新的。
容器與編解碼器：為什麼副檔名無法預測是否會成功
一個副檔名是 .mp4 的檔案，其實只是一個 MP4 容器。這個容器裡的音訊，可能是 AAC、MP3、Opus，或是你的瀏覽器不一定能解碼的其他格式。.mov、.m4v、.webm 與 .ogg 也是同樣的道理。副檔名只是告訴工具該預期哪一種容器；容器裡的編解碼器，仍然要靠瀏覽器自己去處理。這就是為什麼一支副檔名完全支援的影片，仍然可能失敗，也是為什麼 FAQ 特別針對這種情況做了說明。比較保險的習慣，是在擷取之前，先在你的瀏覽器裡播放一次來源影片：如果音訊能在你平常用的媒體播放器裡播放，通常同一個瀏覽器也能透過 captureStream 取用它。如果想看較短片段的操作示範，關於在瀏覽器中從短影片檔案擷取音訊的相關教學，用更深入的方式說明了同樣「先看能不能解碼」的邏輯。
輸出格式與位元率：128 kbps 的 Opus WebM
這個工具輸出的是包在 WebM 容器裡的 Opus 音訊，由瀏覽器的 MediaRecorder 以 128 kbps 寫出。Opus 是一個廣泛支援語音與音樂的編解碼器，而 WebM 則是大多數現代播放器都能辨識的容器格式。輸出結果不是 MP3、WAV、AAC、FLAC，也不是來源原始壓縮音訊封包的無損複製。以 128 kbps 重新編碼，會產生一個檔案小、語音清晰度保持良好的檔案，適合用在參考片段、環境音、Podcast 草稿，以及短篇音樂參考素材上。重新編碼相對於原始檔案，品質與檔案大小都可能改變，這是這種做法本身的特性，而不是缺陷。如果你需要特定的交付編解碼器、無損的存檔版本，或多聲道的保留，官方說明的答案是一致的：請改用專門的桌面音訊編輯軟體，並確認它的匯出設定。
限制擷取能否進行的檔案與解碼上限
| 輸入限制 | 數值 |
|---|---|
| 容器類型 | MP4、WebM、MOV、M4V、Ogg |
| 檔案大小 | 最多 500 MiB |
| 解碼後的時長 | 最長 5 分鐘 |
| 單邊寬度或高度 | 最多 4096 px |
| 總像素面積 | 最多 3840 × 2160 px |
| 音軌 | 必須存在；沒有音軌的影片會明確失敗 |
這些限制直接來自這個工具的既定規則，目的是在擷取作業與來源檔案位於同一個分頁中執行時，限制記憶體、播放時間與瀏覽器資源的使用量。只要超出任何一項限制，工具就會停止並顯示明確訊息，而不是產生一個做到一半的檔案。常見的觸發原因包括：檔案超過 500 MiB、影片長度超過五分鐘、單邊寬度或高度超過 4096 像素，或總像素面積超過 3840 × 2160。在解碼之前就沒通過檢查的檔案，根本不會進入擷取流程。通過檢查但編解碼器不受支援的檔案，仍然會失敗，只是會在解碼階段顯示不同的訊息。「必須有音軌」是最重要的實際篩選條件：沒有音軌的影片會明確失敗，這個工具絕不會悄悄產生一個無聲的檔案。
如何從本機影片擷取音訊
- 在支援 HTMLMediaElement.captureStream 與 MediaRecorder 的現代桌面瀏覽器中，開啟影片轉音訊轉換器。
- 選擇一個支援格式的本機檔案（MP4、WebM、MOV、M4V 或 Ogg），該檔案必須有音軌、大小不超過 500 MiB，長度不超過五分鐘。
- 選擇Extract audio（擷取音訊）。瀏覽器會在目前的分頁中開始解碼檔案；不會上傳任何內容。
- 在瀏覽器從頭到尾播放這個檔案的過程中，請保持分頁開啟並維持可見狀態。MediaRecorder 只會在這段即時播放的過程中，擷取被取用的音軌。
- 觀察進度標籤，它會追蹤播放時間。一分鐘的片段通常需要大約一分鐘來處理，因為錄製器綁定的是即時播放進度。
- 錄製結束後，檢查顯示出來的時長與檔案大小，再透過工具產生的連結，下載 Opus WebM 音訊檔案。
下載是透過本機建立、可撤銷的 object URL 提供的。影片本身從未離開這個分頁，音訊檔案也是在同一個瀏覽器工作階段中產生的。如果你需要中途取消，Cancel（取消）按鈕會停止目前的工作，不會寫出部分完成的檔案。解碼錯誤、不支援的錄製器、空白輸出、無效的時長、過大的尺寸，以及被取消的工作，全部都會停止並顯示明確訊息，而不是悄悄產生一個損毀的檔案。
處理過程中，瀏覽器實際上在做什麼
在擷取過程中，瀏覽器會以正常速度播放媒體元素，在中繼資料載入之後，透過 HTMLMediaElement.captureStream 擷取音訊 MediaStream，再把這個串流餵給 MediaRecorder，使用第一個受支援的、128 kbps 的 Opus WebM MIME 類型。預覽畫面刻意設為靜音，避免擷取到的音訊被重複播放，但只要瀏覽器支援媒體元素擷取，被擷取的串流裡仍然包含影片的音訊。這也是為什麼處理時間跟著播放時間走，而不是跟著檔案大小走：一支解碼很快的一分鐘影片，仍然需要一分鐘來處理，因為錄製器綁定的是即時播放進度。產生出來的 WebM 容器，會補上已知的媒體時長，這樣下載下來的檔案，在相容的播放器中就能回報有限的時間軸。如果沒有這個修補步驟，同樣的位元組資料，在很多工具裡會顯示時長未知。
這種做法不適合什麼情況
這個工具的規則範圍，是刻意設計得很窄的。它不會承諾目前瀏覽器無法提供的格式支援。Safari 與其他一些瀏覽器，可能不會提供 captureStream 或相容的 MediaRecorder MIME 類型，遇到這種情況，工具會清楚地顯示失敗，而不是產生一個損毀的檔案。它也不是為長時間錄製、無損製作工作、多聲道保留、精確剪輯，或特定交付編解碼器而設計的。遇到這些需求，請改用專門的桌面音訊編輯軟體，並確認它的匯出設定。當 Opus 格式可以接受、片段符合前面說明的限制，而來源本身又是瀏覽器能播放的影片時，這個工具能提供一條快速、本機處理的路徑，得到一個 WebM 音訊檔案。請把它當成一個專注的小工具，而不是音訊工作站的替代品。
只在你有權限的情況下使用內容
這個工具不會繞過 DRM、平台存取控管、受保護的串流、遠端 URL，或著作權限制。擷取這個動作本身是在本機完成的，但本機擷取並不代表這段片段就能自由重複使用。任何影片裡的音訊，都是錄製或創作者的作品，擷取並重複使用這段音訊的合法權利，屬於權利持有人、授權方，或取得書面許可的人。如果你只是為了個人筆記擷取一段參考片段，或是處理自己拍攝的素材，這個工具很適合。如果你是要從別人的影片中擷取音訊，用來發布、重製或散布，請先確認你有相關權利。技術上的擷取步驟是簡單的一步；真正決定這個檔案能不能用的，是圍繞著這段音訊的權利歸屬。
想深入了解，可參考用 FFmpeg 從影片擷取畫格：4 個常用指令。