影片匯出設定指南

導出設定出錯是影片製作中最不易察覺但代價最高昂的錯誤之一。錯誤的編碼意味著平台會對您的檔案進行強制重新編碼，使您花費數小時精雕細琢的細節變得模糊。錯誤的影格率會引入原本素材中根本不存在的抖動。不匹配的色彩空間會將您精心調整的色調變成客戶從未批准的效果。而未能通過品質檢測 (QC) 的廣播級交付物會將整個專案退回導出佇列，此時截止日期正步步逼近。這些問題都不涉及創意決策。它們完全是技術性的、可避免的，而且完全取決於是否清楚哪種目的地該使用哪種設定。

本指南涵蓋了關鍵的導出參數，並為每個主要的交付目標提供了具體建議。請將其作為您在開始新專案或向陌生平台交付時的參考指南。

關鍵設定解析

在深入了解特定平台的建議之前，有必要先了解每個設定控制什麼以及為什麼它很重要。

編碼 (Codec) 是對您的影片數據進行編碼的壓縮演算法。H.264 是最廣泛相容的交付編碼；H.265 (HEVC) 在相同品質下提供更好的壓縮率，但並未獲得普遍支援。ProRes 和 DNxHR 是用於廣播、存檔和專業交接的高品質中間編碼。您選擇的編碼決定了檔案大小、品質和相容性之間的平衡。

封裝格式 (Container) 是包裹您已編碼之影片和音訊串流的檔案格式。MP4 (.mp4) 是 H.264 和 H.265 交付的標準封裝格式。MOV (.mov) 常用於 ProRes 和專業工作流程。MXF (.mxf) 則用於廣播。封裝格式不會直接影響品質，但對特定的編碼或平台使用錯誤的封裝格式可能會導致播放問題。為了更全面地了解封裝格式與編碼的關係，我們的影片檔案格式指南詳細介紹了其間的區別。

解析度定義了您輸出畫面的像素尺寸。請將您的導出解析度與源素材或交付平台的規格相匹配。常見的解析度包括 1920x1080 (Full HD)、2560x1440 (QHD) 和 3840x2160 (4K UHD)。以高於源素材的解析度導出並不會增加細節，只會增加檔案大小。

影格率應與您的源素材相匹配。如果您是以 24fps 拍攝，請導出為 24fps。如果是以 30fps 拍攝，請導出為 30fps。不匹配的影格率會導致影格混合、抖動或掉影格。唯一的例外是當交付規範明確要求不同的影格率時，此時您的剪輯軟體會處理轉換。

位元率控制每秒影片分配多少數據。較高的位元率意味著更多的細節和更少的壓縮瑕疵，但檔案也更大。位元率可以是固定位元率 (CBR)，即不論複雜度如何，每秒都使用相同數量的數據；也可以是可變位元率 (VBR)，即編碼器為複雜場景分配更多數據，為簡單場景分配較少數據。在給定的檔案大小下，VBR 通常能產生更好的品質。某些平台和廣播規範要求使用 CBR。

色彩空間定義了您導出時能呈現的色彩範圍。Rec.709 是在傳統顯示器上觀看 SDR 內容的標準。Rec.2020 用於 HDR 內容，並搭配傳輸函數，如 PQ（感知量化器，用於 HDR10 和 Dolby Vision）或 HLG（混合對數伽瑪，用於廣播 HDR）。在錯誤的色彩空間中導出會改變您專案中的每一種顏色，並可能使素材看起來褪色或過度飽和。

音訊編碼和位元率的重要性超出了許多剪輯師的想像。AAC 是交付的標準，位元率範圍從可接受品質的 128kbps 到專業工作的 384kbps 或更高。廣播級交付物則需要 PCM（無壓縮）或 WAV。影片工作的採樣率幾乎總是 48kHz。音訊格式指南和採樣率與位元深度解析更深入地涵蓋了音訊編碼。

檔案命名是一個影響每一次交付的實用考量。請使用清晰、一致且包含專案名稱、版本號、解析度和日期的名稱。避免使用空格和特殊字元，改用底線或連字號。名為 "ProjectName_v03_1080p_2026-09-30.mp4" 的檔案能讓人一眼識別，而名為 "final_FINAL_v2 (1).mp4" 的檔案則不然。

YouTube

YouTube 是線上影片最常見的交付目標，其編碼流程已有詳盡的紀錄。上傳高品質的源檔案能為 YouTube 的編碼器提供最佳的起點，從而在其重新編碼後獲得外觀更佳的影片。

封裝格式：MP4。編碼：H.264 是最安全的選擇，能產生最可預測的結果。H.265 也被接受，且能在較低位元率下提供更好的品質，但 H.264 仍是標準建議。解析度：與源素材匹配，最高可達 3840x2160。YouTube 支援 8K，但對大多數內容而言，4K 是實際的上限。影格率：與源素材匹配。YouTube 支援 24, 25, 30, 48, 50 和 60fps。

對於 SDR 位元率，YouTube 建議 H.264 上傳使用以下範圍。在 1080p 標準影格率（24, 25 或 30fps）下，目標為 8 Mbps；在高影格率（48, 50 或 60fps）下，目標為 12 Mbps。在 1440p 下，目標為標準 16 Mbps 或高影格率 24 Mbps。在 2160p (4K) 下，目標為標準 35 至 45 Mbps 或高影格率 53 至 68 Mbps。這些是上傳品質的指南；無論如何，YouTube 都會重新編碼，但以這些位元率開始，能在其處理過程中保留最多的細節。

音訊：雙聲道內容為 384kbps 的 AAC-LC，5.1 環繞音效則為 512kbps。採樣率：48kHz。色彩：SDR 內容為 Rec.709。對於 HDR 上傳，請使用帶有 PQ 傳輸函數 (HDR10) 或 HLG 的 Rec.2020 色彩空間，並確保您的檔案包含正確的 HDR 中繼資料。YouTube 的 HDR 處理需要檔案中有特定的信號；若無此信號，HDR 內容將無法正確顯示。

當您的軟體支援時，請使用雙次 (Two-pass) VBR 編碼。第一次掃描會分析素材，第二次掃描則能更有效率地分配位元率，在相同的平均位元率下，產生比單次 (Single-pass) 編碼更好的品質。

Instagram、TikTok 和 Reels

社群平台會對上傳的內容進行強制重新編碼，通常會顯著降低品質。這裡的策略是在平台限制內上傳最高品質的檔案，為其編碼器提供盡可能好的源材料。

封裝格式：MP4。編碼：H.264。解析度：直式內容為 1080x1920（9:16 寬高比），正方形為 1080x1080，橫式為 1920x1080，不過直式格式在這些平台上的表現一向更好。影格率：30fps 是標準；支援 60fps，但某些平台可能會根據內容類型將其重新編碼為 30fps。

位元率：盡量調高。因為這些平台在後台的壓縮非常嚴重，所以針對 1080p 內容以 20 至 30 Mbps 上傳，可以為平台的編碼器提供更多數據來處理。檔案會更大，上傳時間也更長，但平台上的最終呈現效果會比以 8 Mbps 上傳的檔案好得多。有些剪輯師專門為社群交付導出更高的位元率，正是因為這種強制重新編碼。

音訊：AAC 雙聲道 256kbps，48kHz。保持音訊電平峰值在 -3dB 到 -1dB 之間；社群平台會將響度標準化，但以良好電平開始可以避免意外的音量變化。

色彩：Rec.709。社群平台對大多數用戶不提供實質的 HDR 播放支援，因此即使您的專案是在 HDR 中調色，也請堅持使用 SDR。為社群交付導出一個獨立的 SDR 調整版本。

Vimeo

Vimeo 的編碼通常比 YouTube 對上傳內容更友善，且該平台支援更高的源位元率。其建議與 YouTube 類似，但有一些差異。

封裝格式：MP4 或 MOV。編碼：H.264 或 H.265。Vimeo 的文件明確支援兩者，而對於 4K 內容，H.265 在此處可能是一個不錯的選擇，其改進的壓縮效率會有所幫助。解析度：與源素材匹配，付費用戶最高可達 8K。影格率：與源素材匹配。

位元率：Vimeo 建議 1080p 為 10 至 20 Mbps，4K 為 30 至 60 Mbps。您可以調得更高，Vimeo 能很好地處理大檔案。他們的付費方案提供慷慨的上傳大小上限。音訊：320kbps 或更高的 AAC，48kHz。色彩：SDR 適用 Rec.709；Vimeo 支援帶有 Rec.2020 和 Dolby Vision 的 HDR。

廣播級交付

廣播規範非常嚴格，且因廣播業者、電視網和地區而異。每家廣播業者都會發布一份技術交付規範文件。請在導出前閱讀，而不是在導出後。被退回的交付物會浪費時間、金錢和信任。

話雖如此，某些模式是共通的。對於廣播主母帶，最廣泛要求的編碼是 MOV 封裝中的 Apple ProRes 422 HQ，或 MXF 封裝中的 Avid DNxHR HQ。某些廣播業者在需要透明度或最高品質時會接受 ProRes 4444。H.264 很少被接受作為廣播主母帶，儘管它對於與廣播專案關聯的僅限網路發布的交付物可能是可以接受的。

解析度通常為 1920x1080 (HD) 或 3840x2160 (UHD)。影格率要求嚴格且因地區而異：PAL 地區為 25fps（或隔行掃描的 50i），NTSC 地區為 29.97fps（或 59.94i）。出錯是 QC 失敗最常見的原因之一。時間碼必須是連續且格式正確的，節目內容通常從 01:00:00:00（一小時）開始。

廣播音訊通常是 PCM（無壓縮），48kHz，24位元。聲道分配遵循廣播業者的規範：通道 1 和 2 上的立體聲很常見，但許多規範要求分開的聲道佈局，並將對白、音樂和音效使用獨立的分軌。響度必須符合地區標準，在歐洲通常是 EBU R128（目標 -23 LUFS），在北美通常是 ATSC A/85（目標 -24 LKFS）。

色彩：SDR 廣播為 Rec.709。對於 HDR 廣播，Rec.2020 搭配 HLG 在現場直播和近乎直播的廣播中比 PQ 更常見，而 PQ 則用於串流媒體和付費內容。通常需要合法電平（影片在 8位元中限制為 16-235，在 10位元中限制為 64-940），這意味著您的黑白電平絕不能超過廣播安全限制。大多數非線性剪輯軟體都有用於此目的的廣播安全濾鏡或限制器。

在交付之前，請運行您自己的 QC 檢查。驗證時間碼、檢查整個長度內的音畫同步問題、確保沒有任何影格超過廣播安全電平，並確認檔案在獨立播放器中能正確播放。安全地與廣播業者或 QC 機構共享交付物也很重要；大型廣播主母帶需要可靠、快速的傳輸方法，而不是電子郵件附件。

客戶交付

客戶交付不像廣播那樣標準化，因為「客戶」涵蓋了從期望拿到 ProRes 母帶的廣告代理商，到只想要一個能在筆記型電腦上播放的檔案的小型企業。最重要的一個步驟是在導出前詢問客戶他們需要這個檔案做什麼。

如果客戶要將檔案交給另一個後期製作機構進行精剪、套片或進一步剪輯，請交付 ProRes 422 HQ 或 DNxHR HQ。這能保留品質，並為下一個機構提供乾淨的素材來工作。如果客戶需要檔案用於內部簡報，高位元率（1080p 為 15 至 25 Mbps）的 MP4 格式 H.264 能在普遍可播放的格式中提供極佳的品質。如果他們需要檔案用於網頁發布或嵌入網站，中等位元率（1080p 為 8 至 12 Mbps）的 H.264 可以在品質與載入速度之間取得平衡。

務必交付與專案規範相匹配的解析度和影格率。如果未提供規範，請與源素材匹配。如果客戶有任何獨立需要音訊的可能，請在影片旁附帶一個命名清晰、獨立的音訊檔案（WAV，48kHz，24位元）。對於涉及審閱輪次的專案，使用帶有帶時間戳記批註的平台可以使回饋保持井然有序，並減少模糊電子郵件評論的來回溝通。Fabric 提供了審閱與批准工作流程，使所有回饋都與時間軸上的特定時刻緊密相連。

網頁與電子郵件交付

用於網站、電子郵件附件或一般共享的檔案需要在品質與檔案大小之間取得平衡。MP4 格式的 H.264 是此處的通用選擇。對於 1080p，將目標位元率設定在 5 到 10 Mbps 之間，並根據內容進行調整；動作極少的人頭訪談素材可以高效壓縮，且在較低位元率下看起來也不錯，而帶有大量細節的高速運動素材則需要更多位元率。

考慮為網頁交付使用雙次編碼。它會增加導出時間，但在較低位元率下能產生明顯更好的品質，這在您試圖控制檔案大小時非常重要。對於電子郵件，大多數服務商將附件限制在 25MB，這使您只能發送合理品質的極短片段。對於任何更長的內容，請使用檔案共享服務或雲端儲存，改為發送連結。

如果觀看情境允許，網頁解析度可以縮小。嵌入在部落格文章中、寬度為 640 像素的影片不需要以 4K 導出。將解析度與顯示尺寸相匹配，您就可以在不犧牲視覺品質的前提下為觀眾節省頻寬。

存檔與母帶

您的專案母帶是已完成作品的最高品質版本，導出時應考慮保存而非交付效率。ProRes 422 是存檔母帶的最低要求；ProRes 422 HQ 或 ProRes 4444 則更佳。這些編碼專為長久保存和品質維護而設計，並獲得廣泛的軟體支援，這種支援很可能會持續數十年。

以您完整的專案解析度和影格率進行導出。如果專案是以 4K 剪輯，母帶就應該是 4K。將音訊保持為 PCM（無壓縮），48kHz，24位元，若有獨立分軌也一併保留。在母帶之外，還要存檔您的專案檔案、原始素材以及任何自訂資產（如 LUT 或圖形）。沒有專案檔案的母帶只是一個您可以觀看但永遠無法重新調整或重新剪輯的製成品。

母帶的儲存空間會迅速累積。一小時 1080p 的 ProRes 422 HQ 大約是 60GB；在 4K 下，則接近 250GB。相應地規劃您的儲存與整理，並在不同地點至少保留兩份複本。透過像 Fabric 這樣的服務進行雲端儲存可以提供一個隨處可存取的異地備份，當客戶在數月後回來要求修改時，這會特別有用。

音訊設定詳解

音訊導出設定值得獲得比通常情況更多的關注。對於交付至平台（YouTube、Vimeo、社群媒體），AAC-LC 是標準音訊編碼。256kbps 對於大多數內容是可以接受的；對於音樂密集的內容或將音訊品質視為首要任務時，384kbps 更好。48kHz 採樣率在影片工作中是通用的，應作為您的預設設定。

對於廣播級交付，音訊必須是 PCM（無壓縮），48kHz，24位元。這在大多數廣播規範中是不可妥協的。必須將響度標準化至相應的地區標準（EBU R128 或 ATSC A/85），廣播業者的 QC 流程會標記任何不符合規格的檔案。許多非線性剪輯軟體都內建了響度計和標準化工具。

對於可能獨立使用音訊（重新剪輯、混音或與其他內容結合）的客戶交付，請在影片檔案旁導出一個獨立的 48kHz、24位元 WAV 檔案。這能為客戶提供乾淨、無壓縮的音訊來工作，無論您在影片封裝中嵌入了什麼。

一個常見的疏忽是完全忘記嵌入音訊。這種情況發生的頻率超乎您的想像，特別是在處理時間軸中已連結但在預設情況下未一起渲染的獨立音軌和視軌時。在交付前，務必在獨立播放器（而非您的剪輯軟體）中播放您導出的檔案，以驗證音訊是否存在、同步且電平正確。

常見錯誤

有幾個導出錯誤在不同專案和經驗水平中反覆出現。不匹配的影格率是最常見的錯誤之一：以 24fps 拍攝並以 30fps 導出，或在時間軸中混合 50fps 和 60fps 素材而不考慮其差異。結果是掉影格或影格混合，兩者看起來都明顯不對。請將您的導出影格率與您的時間軸影格率匹配，並在專案開始時設定您的時間軸影格率以匹配您的主要源素材。

錯誤的像素寬高比是一個更微秒的問題。大多數現代素材使用正方形像素（1:1 像素寬高比），但一些舊格式和某些廣播規範使用非正方形像素。以錯誤的像素寬高比導出會拉伸或擠壓影像。如果您的素材在時間軸中看起來正常，但在導出時變形，請檢查此設定。

當導出解析度不匹配時間軸的寬高比時，會出現黑邊（上下黑邊或左右黑邊）錯誤。以 16:9 解析度導出 2.39:1 寬螢幕時間軸會增加黑條，如果是刻意為之則無妨。但以 4:3 解析度導出 16:9 時間軸，或在已有黑邊的素材上再加黑邊，會產生一個窗口化、郵票大小的影像。導出前請驗證您的寬高比。

如上所述，忘記嵌入音訊會讓人在截止日期臨近、快速導出並跳過播放檢查時措手不及。同樣，以錯誤的音訊聲道佈局導出（本應是立體聲卻導出為單聲道，反之亦然）會製造原本容易避免的問題。在發送給任何人之前，務必在不同的裝置或播放器上對導出的檔案進行最終播放檢查。

色彩空間不匹配較難被發現，但也同樣重要。如果您的專案使用寬色域工作空間，而您在導出時未轉換為用於 SDR 交付的 Rec.709，顏色在標準顯示器上會顯得過度飽和。如果您導出 HDR 內容而沒有正確的中繼資料，檔案可能會作為 SDR 播放，且高光部分會過曝。在您的導出對話框中驗證您的色彩空間設定是否與預期的觀看環境相匹配。

常見問題

上傳到 YouTube 的最佳編碼是什麼？

MP4 封裝中的 H.264 是最可靠的選擇。它獲得普遍支援，能被 YouTube 的編碼流程很好地理解，並產生可預測的結果。H.265 也被接受，且能在相同位元率下提供稍好的品質，但 H.264 仍是更安全的預設選擇。

我是否應該以高於平台推薦的位元率進行導出？

對於會進行強制重新編碼的平台（Instagram、TikTok、Twitter），是的。以更高的位元率上傳可以為平台的編碼器提供更多數據來處理，這通常會在平台上呈現出外觀更佳的最終影片。對於 YouTube 和 Vimeo，匹配或稍微超過其推薦的位元率就足夠了。

什麼是雙次 (Two-pass) 編碼？我應該在何時使用它？

雙次編碼在第一次掃描時分析素材，並在第二次掃描時更有效率地分配位元率，將更多數據放入複雜場景，而將較少數據放入簡單場景。它耗費的時間大約是單次編碼的兩倍，但在較低位元率下能產生明顯更好的品質。只要檔案大小很重要且您時間充裕，就可以使用它，特別是對於網頁交付和社群媒體上傳。

為什麼我導出的檔案看起來與我的時間軸不同？

最常見的原因是色彩空間不匹配（您的時間軸使用與您導出設定不同的工作空間）、您的剪輯軟體與您的播放應用程式之間的顯示渲染不同，以及 LUT 或色彩管理差異。請檢查您的導出色彩空間是否與您預期的交付標準匹配，並始終在獨立播放器中驗證導出，而不是將其重新匯入您的剪輯軟體中。

存檔母帶應該使用什麼格式？

MOV 封裝中的 ProRes 422 HQ 是存檔的業界標準。它提供極佳的品質、廣泛的相容性，且該格式已足夠成熟，播放支援將持續多年。當您需要保留透明度或需要絕對最高品質時，ProRes 4444 是合適的選擇。

我可以只導出一次並將同一個檔案用於所有平台嗎？

您可以這樣做，但某些地方的結果會打折扣。為 YouTube 優化的檔案（橫式、中等位元率、16:9）在 Instagram（偏好直式 9:16 且受益於更高上傳位元率）上的表現會很差。導出特定平台的版本需要更多時間，但在每個平台上都能產生更好的效果。

音訊應該使用什麼採樣率？

48kHz 是所有影片工作的標準，應作為您的預設設定。不要在影片專案中使用 44.1kHz（CD 音訊標準），因為它會導致同步問題，且不被廣播 QC 接受。如果您的音訊源是 44.1kHz，請在導出前在時間軸中將其轉換為 48kHz。

我該如何處理 HDR 導出？

HDR 導出需要正確的色彩空間 (Rec.2020)、傳輸函數（用於 HDR10 和 Dolby Vision 的 PQ，用於廣播 HDR 的 HLG）以及嵌入在檔案中的中繼資料。您的剪輯軟體必須從專案開始就設定為 HDR 調色，且您需要一台支援 HDR 的螢幕來驗證輸出。務必為不支援 HDR 的平台和觀眾導出一個獨立的 SDR 版本。

CBR 和 VBR 有什麼區別？

CBR（固定位元率）為影片的每一秒分配相同數量的數據。VBR（可變位元率）為複雜場景分配更多數據，為簡單場景分配較少數據。VBR 在相同的平均檔案大小下能產生更好的品質，是大多數交付的更佳選擇。某些廣播規範和串流媒體工作流程需要 CBR，因為出於基礎設施原因，穩定的數據速率非常重要。

為什麼我的廣播級交付物被退回了？

常見的 QC 失敗原因包括影格率錯誤、音訊響度超出指定範圍、影片電平超過廣播安全限制、時間碼錯誤、音訊聲道分配缺失或錯誤，以及編碼或封裝格式錯誤。在導出前務必閱讀廣播業者的技術規範，並在提交前運行您自己的 QC 檢查。

相關頁面

• 影片檔案格式詳解

• 什麼是影片編碼？

• 影片解析度指南

• 影格率詳解

• 什麼是色彩空間？

• 什麼是 LUT？

• 如何管理影片專案檔案

• 如何安全地共享大檔案

• 音訊檔案格式詳解

• 什麼是採樣率和位元深度？