當你使用反向音訊時若要疑難排解問題，請先找出工作流程中斷點的位置：檔案選擇器、Web Audio 解碼器、本地反轉，或是 WAV 編碼器。大多數問題可歸納為四類——瀏覽器無法解碼的檔案、超過已公布上限之一的輸入、聽起來與預期不同的結果，以及無法在其他地方開啟的下載檔案。Lizely 上的反向音訊工具會針對超出上限與解碼失敗的情況回報具體訊息，因此最快的做法是閱讀該訊息、對應到其所描述的上限，並在重試前調整來源檔案。由於解碼、反轉與編碼都在當前的瀏覽器分頁中進行，因此不會有任何伺服器為你挽救被拒絕的檔案；修正必須由你這端來進行。本指南將逐一說明每個常見的失敗情況、解釋你會看到的具體訊息，並展示無需額外安裝軟體即可解決問題的少量變更。
為什麼反向音訊可能不會如預期運作
反向音訊完全在當前的瀏覽器分頁中使用 Web Audio API 執行。檔案會被讀入 ArrayBuffer、解碼為原始聲道樣本、逐聲道反轉，再重新編碼為全新的 PCM16 WAV。沒有上傳步驟、沒有遠端轉換，也沒有在背景運作的 FFmpeg 風格輔助程式。這種僅限本機的設計有著實質的好處——你的來源位元永遠不會離開此頁面——但同時也意味著工具受限於瀏覽器能解碼的內容、分頁可用的記憶體，以及工具在處理開始前所強制執行的限制。
當出問題時，原因幾乎必定是以下其中之一：容器裝載了你瀏覽器無法解碼的編解碼器、可成功解碼但超過數值上限的檔案、反轉成功但產生的檔案聽起來怪異（因為原始檔案開頭有靜音或中間有不尋常的標記），或是下載檔案可在瀏覽器預覽中開啟但無法在其他程式中開啟。將症狀視為線索而非泛用錯誤，是任何一輪成功的反向音訊疑難排解的第一步。
常見的解碼與格式問題
檔案選擇器接受常見的音訊 MIME 類型——MP3、WAV、M4A、AAC、Ogg 與 WebM——但實際播放取決於瀏覽器能讀取的編解碼器。熟悉的副檔名並非保證，因為容器內可能裝載目前瀏覽器不支援的編解碼器。當 Web Audio 無法解碼這些位元組時，工具會回報解碼錯誤，而不是默默產生錯誤的檔案。根據 MDN 上 BaseAudioContext.decodeAudioData 的參考資料，對於主機瀏覽器無法解析的壓縮資料，解碼可能會失敗，即使檔案副檔名在可接受清單上也一樣。
兩種特定情況經常出現。第一種是在手機上錄製的檔案，儲存了不常見的 AAC profile 或帶有非標準 atom 的 M4A 封裝。第二種是 Ogg 或 WebM 檔案以作業系統編解碼器套件未提供的變體進行編碼。在這兩種情況下，選擇器因為 MIME 類型符合而接受檔案，但解碼器卻拒絕這些位元組。修正方法是從已知的可靠工具——桌面編輯器、錄音程式自身的匯出選單，或轉檔程式——重新匯出來源，並以新寫入的檔案重新嘗試。如果第二個檔案可以解碼，則原先的檔案才是問題所在，而非反轉功能。
會觸發特定錯誤訊息的檔案限制
反向音訊強制執行一組簡明明確的限制，每一項都會產生一則指向被違反規則的訊息。了解確切的數字有助於你決定在重試前要先剪輯、重新取樣還是轉檔。「聲道樣本預算」——已解碼幀數乘以聲道數——是人們最常忽略的限制，因為壓縮檔案看起來可能很小，解碼後卻會變成非常大的陣列。
| 限制 | 接受的值 |
|---|---|
| 壓縮輸入檔案大小 | 最大 50 MB |
| 解碼後的長度 | 5 分鐘或更短 |
| 聲道數 | 1 到 8 個聲道 |
| 取樣率 | 8,000 到 192,000 Hz |
| 聲道樣本（幀 × 聲道） | 不超過 30,000,000 |
當檔案被拒絕時，工具會顯示具體訊息，且不會部分地處理輸入。選擇另一個檔案或重試也會先清除先前的下載，因此舊的成功結果在錯誤後不會被誤認為新的結果。若你的來源接近邊界——例如一個 49 MB 的 MP3，解碼後長達六分鐘——正確的做法是先在音訊剪輯工具中修剪來源，再對較短的片段執行反轉。
當我使用反向音訊時如何疑難排解問題
請依序執行這些步驟。第一個符合的情況通常就是原因，而所建議的變更會在不干擾其餘工作流程的情況下解決問題。
- 仔細閱讀錯誤訊息。工具會針對每項限制與解碼失敗回報特定的措辭。請先將訊息與上方限制表對應，再做任何其他變更。
- 開啟原始預覽。若內建預覽能正確播放來源檔案，代表瀏覽器能解碼這些位元組，問題出在後續步驟。若預覽無法播放，則問題出在檔案本身。
- 確認檔案為支援的格式且小於 50 MB。若副檔名在可接受清單上但解碼仍然失敗，請從桌面編輯器或錄音程式重新匯出。
- 檢查解碼後的長度、聲道數與取樣率。反向音訊會在這些數值符合限制時保留原始的取樣率與聲道數，因此快速查看螢幕上的數字就能告訴你來源是太長、太寬，還是太密集。
- 嘗試一段簡短的測試片段。從來源剪下五秒鐘的切片，對該切片執行反轉，並確認結果如預期般反向播放。若切片運作正常，再逐步將工作流程放大回去。
- 聆聽結果的開頭與結尾。成功的反轉會將每個事件移至從結尾往回量測的鏡像位置。若下載檔案的開頭與結尾聽起來像是原始檔案的結尾與開頭，則工具運作正常，而你需要調整的是預期。
- 在將使用該 WAV 的編輯器或播放器中開啟下載檔案。在瀏覽器中的乾淨預覽並不能保證每台較舊的裝置都支援相同的聲道配置或高取樣率，因此在假設成功之前，請在檔案真正的使用環境中進行測試。
若想更深入了解工作流程中驗證的部分，使用反向音訊後如何檢查結果這篇指南與上述步驟相輔相成。
反轉操作後的輸出檢查
確認與反轉本身同樣重要，因為反向後的音訊在一個播放器中可能聽起來正確，在另一個播放器中卻不對。螢幕上的長度、聲道數與取樣率直接來自解碼後的緩衝區，因此它們是與來源對照最可靠的值。檔案大小也具有參考價值：新編碼出的 PCM16 WAV 比壓縮來源大，若結果明顯小於預期，就是個線索，表示反轉未完成，或瀏覽器使用了與平常不同的程式碼路徑。
聆聽下載檔案的最前與最後幾幀。反轉會保留解碼後的長度、取樣率與聲道數，因此檔案長度應與原始檔案相同。改變的是每個事件的位置——來源的最後一個樣本會變成輸出的第一個樣本，而來源結尾的靜音則會變成輸出開頭的靜音。若結果長度正確但聽起來是空的，很可能是來源有很長的靜音尾段，在反轉前先修剪該尾段會是較乾淨的做法。
還有一項值得檢查：聲道配置。立體聲輸入會維持立體聲，左右聲道會各自獨立反轉，再依正確的交錯幀順序寫回。反轉並不會交換左右聲道，因此若你聽到右聲道在播放左聲道的內容，問題出在工具的下游——通常是播放器開啟了立體聲交換模式。將其關閉，重新開啟檔案，聲道就應會落在你預期的位置。
何時該改用音訊編輯器
反向音訊是為了一種轉換而生——反轉每個聲道中的解碼樣本並寫入全新的 PCM16 WAV——而且刻意不會安裝輔助程式、不會正規化響度、不會改變音高、不會拉長時間、不會修復削波，也不會保留來源中繼資料。專輯封面、標籤、章節、循環標記、編碼器設定與容器專屬欄位都不會被複製到下載檔案，因為輸出是一個新檔案，而非原始檔案的重新封裝。這些限制是刻意設計的，使工具能維持快速、本機且可預測。
若你的任務還需要淡入淡出、修剪、編解碼器選擇、中繼資料保留或母帶處理控制，正確的下一步就是使用完整的音訊編輯器。先用反向音訊產生反向的 WAV，再於編輯器中開啟該檔案，並在其上套用額外的處理。將這個本地工具視為更大管線中的單一用途階段——而非編輯器的替代品——是能在最多數專案中維持穩定的工作流程。
若你在權衡各種選項，當我使用音訊等化器時如何疑難排解問題對此有詳細說明。