Clipchamp 主要是作為影片編輯器所建置的，因此其標準音訊控制項涵蓋剪輯、淡入淡出和音量調整，而非專門的音高變更。當您需要在 Clipchamp 專案中調高或調低配音、音效或音樂音訊的音樂音高時，最可靠的方式就是將音訊匯出，並透過專用的瀏覽器工具來執行。Lizely 上的 Audio Pitch Changer 接受一個瀏覽器可解碼的音訊檔案，使用播放速率重取樣的方式套用從 -12 到 +12 個半音的整數音高位移，並回傳一個完整的 PCM16 WAV 檔案，讓您可以直接將其放回 Clipchamp 時間軸中。設定值為 +12 會將素材正好提高一個八度，-12 會將其降低一個八度，0 則維持原始音高，但提高音高會使檔案變短，降低音高則會使檔案拉長，因為在這種方法中音高和長度會一起變動。所有的解碼、離線渲染和 WAV 編碼都在目前的瀏覽器分頁中完成，因此來源音訊絕對不會離開您的電腦，也沒有任何東西需要上傳。
Clipchamp 的音訊控制項與音高的定位
Microsoft 的 Clipchamp 產品定位為瀏覽器式和桌面版的影片編輯器，可在時間軸上處理剪輯、分割、轉場、字幕和基本音訊調整。根據 Microsoft 自己的支援文件，個人帳戶的 Clipchamp 和工作用的 Clipchamp 所提供的音訊控制項，是針對影片創作者最常需要的工作類型：剪輯音訊片段、淡入或淡出、從影片軌道分離音訊，以及調整一個或多個片段的音量。音量（特別是音量）是編輯器中的一級編輯控制項，也是 Microsoft 在其指南中重點強調的音訊功能。
標準 Clipchamp 介面並不主推的是一個寫著「將此音訊提高 N 個半音」的專用滑桿。音高（在音樂意義上將人聲或樂器以精確的音樂音程向上或向下移動）落在驅動大多數影片剪輯的音量和淡入淡出控制項之外。希望改變配音、音效或音樂音訊感知音高的創作者，因此需要離開時間軸、透過外部處理器執行音訊，然後將結果重新匯入為新的媒體檔案。
為何瀏覽器式音高工具能解決這個落差
這個落差正是 Audio Pitch Changer 所要填補的。與其和一個可能包含或可能不包含音高滑桿的效果選單搏鬥，不如在另一個瀏覽器分頁中開啟工具，選擇一個半音值，然後收到一個全新的 PCM16 WAV 檔案，您可以將其拖曳回 Clipchamp 時間軸。這個變更是音樂性的且精確的：半音是鋼琴鍵盤用於從一個白鍵或黑鍵移動到相鄰按鍵的同一單位，因此 +1 的值聽起來像升高一個鍵，+12 的值聽起來則像升高一個八度。
由於工具完全在瀏覽器分頁內執行，工作流程不需要安裝桌面數位音訊工作站、不需要註冊雲端服務，也不需要將私人錄音上傳到遠端伺服器。對於正在處理配音、Podcast、旁白音軌或音效設計的 Clipchamp 使用者來說，這種完全在本地端完成的路徑，往往就是五分鐘的修正和透過第三方應用程式進行多步驟往返之間的差別。
使用 Audio Pitch Changer 在本地端變更音高
- 選擇一個不超過 50 MiB、瀏覽器可解碼的音訊檔案。MP3、WAV、M4A、AAC、Ogg、WebM 和 FLAC 是常見支援的輸入格式，雖然實際的編解碼支援仍取決於您目前瀏覽器能解碼的內容。
- 設定介於 -12 到 +12 個半音之間的整數音高位移。+12 的值會使播放速率加倍，並將音訊縮短為大約原始長度的一半，而 -12 的值則會使播放速率減半，並將音訊拉長為大約原始長度的兩倍。如果您只想在不改變音高的情況下重新編碼，請選擇 0。
- 建立完整的本地渲染、檢閱所述的長度變化，然後下載所產生的 PCM16 WAV。該檔案是全新的未壓縮 RIFF/WAVE 容器；原始的壓縮、標籤、封面和其他容器中繼資料都不會保留。
下載完成後，將新的 WAV 拖曳或匯入到 Clipchamp 媒體面板中，並將其放置在時間軸上原音訊所在的位置。由於音高和長度已一起變動，新的片段長度可能與原始片段不同，您可能需要微調時間軸上相鄰的片段，以保持剪輯的整齊。
從 Clipchamp 匯出到音高變更後的音訊再回到專案中
從 Clipchamp 專案到音高變更後的音訊檔案再回到專案的完整往返過程，只要您熟悉步驟，只需要幾分鐘。第一個階段是隔離您想要變更的音訊。在 Clipchamp 時間軸上開啟您的專案，然後使用編輯器內建的音訊分離或僅音訊匯出選項，產生您需要處理之配音、音效或音樂音訊的獨立音訊檔案。如果原始媒體位於影片片段中，而編輯器沒有提供直接的匯出選項，請先將系統音訊錄製到單獨的錄音裝置。
在手上有了獨立的音訊檔案之後，請在新的瀏覽器分頁中開啟 Audio Pitch Changer，並依照上述的三步驟程序套用位移。下載的檔案是全新的 WAV 檔案，您可以在專案資料夾中重新命名以便清楚辨識。回到 Clipchamp，點擊媒體匯入按鈕，選擇已重新命名的 WAV，並將其拖放到與原始音訊相同的軌道中。確認新的音訊片段在剪輯中位置正確後，將原始片段靜音或刪除，並調整相鄰的片段以補償音高位移所造成的任何長度變化。
對於許多配音都需要相同位移的專案，請對每個片段重複相同的匯出-處理-匯入順序。由於工具是本地端的且往返過程快速，這種批次式的調整變得可行，而若是透過桌面 DAW 對每個片段分別進行匯出步驟，則會顯得繁瑣。
音高變更背後的半音數學
該工具遵循十二音等程律，這個調音系統讓每個半音都具有精確的 2^(1/12) 頻率比。McGill 大學關於 MIDI 與頻率轉換的課程教材指出，一個八度包含十二個等分的半音，而一個半音包含 100 個分音，因此位移一個半音會以 2^(1/12) 的倍率移動音高，這大約是 1.0595。對於 n 個半音的位移，離線渲染器所使用的播放速率因此為 2^(n/12)。
MDN 對於 AudioBufferSourceNode.playbackRate 的參考資料證實，playbackRate 是原始取樣速率的比例，低於 1 的值會使音訊變慢，高於 1 的值會使其加速，而任何非 1 的值都會觸發重取樣。W3C Web Audio API 規範在 AudioBufferSourceNode 播放演算法中定義了對應的分音關係，其中 detuning 貢獻了 2^(detune/1200) 的倍率，這是以分音而非半音表示的相同指數。
一個計算範例：一個 12 秒的人聲片段向上位移 +5 個半音，會使用 2^(5/12) 的播放速率，這大約是 1.3348，並產生大約 12 除以 1.3348 的輸出，這大約是 8.99 秒。音高現在提高了五個半音，長度也變短了，兩者以相同的數學倍率變動。
| 半音位移 | 常見音樂名稱 | 播放速率 (2^(n/12)) | 對長度的影響 |
|---|---|---|---|
| 0 | 同度 (原始) | 1.0000 | 不變 |
| +1 | 升高一個半音 | ≈ 1.0595 | 稍微變短 |
| +5 | 升高完全四度 | ≈ 1.3348 | 明顯變短 |
| +7 | 升高完全五度 | ≈ 1.4983 | 大約三分之二的長度 |
| +12 | 升高一個八度 | 2.0000 | 大約一半的長度 |
| -12 | 降低一個八度 | 0.5000 | 大約兩倍的長度 |
這個關係是對稱的：-5 的位移使用大約 0.7492 的播放速率，並以與 +5 位移縮短音訊相同的倍率將其拉長。
輸出格式、檔案限制以及保持在本地端的內容
每次成功的渲染都會產生一個未壓縮、交錯、小端序的 PCM16 WAV 檔案。離線渲染中的浮點樣本會在被轉換為 16 位元整數之前，先被裁剪到合法的 -1 到 +1 範圍內。由於匯出是全新編碼的，因此它不會沿用原始的編解碼、壓縮品質、位元速率、ID3 或其他標籤、內嵌封面、章節標記、提示點或循環中繼資料。
在進行耗資源的渲染工作之前，會強制執行幾項限制，以確保工具永遠不會產生不完整或被截斷的檔案：
- 一個編碼輸入的容量上限為 50 MiB
- 解碼後的音訊上限為五分鐘、八個聲道，以及介於 8,000 至 192,000 Hz 之間的取樣速率
- 輸入解碼上限為 3000 萬個聲道樣本
- 音高位移後的輸出另外設有 3000 萬個聲道樣本的上限
由於降低音高會產生較長的輸出，通過解碼預算的輸入仍可能無法通過輸出預算。當這種情況發生時，工具會回報所要求的位移超出預算，並且不會產生任何部分檔案。空白檔案、不支援的類型、無效的解碼後尺寸以及失敗的解碼，都會在任何渲染開始之前被拒絕，且每次輸入變更都會在另一次渲染開始之前使先前的結果失效。
該頁面永遠不會上傳您的來源音訊或渲染結果。檔案讀取、瀏覽器解碼、離線重取樣和 WAV 編碼都在目前的分頁中執行。頁面上也沒有以 Blob 為基礎的音訊預覽，因為網站的媒體政策不允許該預覽路徑；您下載 WAV 並在受信任的本地播放器中播放以驗證結果，然後再將其重新匯入 Clipchamp。
瀏覽器的重取樣品質是依實作而定的，強烈的向上位移可能會暴露出原始檔案中較不明顯的混疊或編解碼瑕疵。該輸出非常適合用於快速的創意實驗、練習曲、音效和粗略的剪輯，而非作為透明的母帶處理流程。如果您需要在完全不變動長度的情況下變更音高，那麼專用的相位聲碼器或其他時間拉伸工作流程才是適合該工作的正確工具。
延伸閱讀：如何在瀏覽器中變更音訊速度。
延伸閱讀：如何突破按鍵限制變更 iPad 音量。