輸出是唯一觀眾會看到的環節，也是最容易在最後五分鐘毀掉整支片的環節。Deliver 頁的選項多到令人卻步，但實際上只有五個欄位真正重要：格式、編碼、解析度、影格率、位元率。這篇把它們與具體平台需求對起來，再處理「算太久」與「檔案太大」這兩個必然會遇到的問題。
Deliver 頁按 Shift+8 進入。左上是預設集（Presets），左側是渲染設定，右側是渲染佇列。
目標：搞懂 codec 怎麼選
編碼的選擇取決於這個檔案要拿去做什麼。
H.264——交付用。壓縮效率好、相容性最高，是 YouTube 官方建議的編碼。不確定就選它。 缺點是它是長 GOP 編碼，剪輯時解碼負擔重，不適合當中介檔。
H.265 / HEVC——同畫質下檔案約比 H.264 小 30–50%。適合上傳頻寬受限、或需要 4K 高畫質但檔案不能太大的情況。相容性略差（舊裝置與部分播放器可能不支援），且免費版在某些平台上不支援匯出（見 版本與硬體）。
ProRes（422 / 422 HQ / 4444）——中介與母帶用。畫質接近無損、解碼極輕，是「要拿去給別人做後續處理」或「自己留一份母帶」的正確選擇。檔案很大（4K ProRes 422 HQ 約每分鐘數 GB）。macOS 原生支援；Windows 上 Resolve 也能輸出 ProRes。
DNxHR（SQ / HQ / HQX / 444）——Avid 的中介編碼，定位與 ProRes 相同，在 Windows 生態裡更常見。
選擇規則：
- 上傳平台 → H.264（或 H.265，如果檔案大小是瓶頸）
- 交給別人繼續處理、或自己封存母帶 → ProRes 422 HQ 或 DNxHR HQX
- 代理與快取 → ProRes 422 Proxy 或 DNxHR SQ
有一種做法值得一提：輸出 ProRes 422 HQ 母帶再上傳給 YouTube。 YouTube 反正會重新轉碼，餵給它資料量最大的檔案，能讓它的編碼器有更多資訊可用，成品畫質略優於直接餵 H.264。代價是上傳時間長很多。這個差異在高動態畫面（運動、粒子、快速鏡頭）上比較明顯，靜態畫面則幾乎看不出來。
目標：對上各平台的規格
YouTube（橫版）
不要用內建的 YouTube 預設集——它的位元率偏保守。用 Custom Export：
| 項目 | 設定 |
|---|---|
| Format | MP4 |
| Codec | H.264 |
| Profile | High |
| 解析度／影格率 | 與時間軸一致 |
| Quality | Restrict to（填下方位元率） |
| Key Frames | Automatic |
| Network Optimization | 勾選（Fast Start，moov atom 前置） |
| Audio Codec | AAC，48 kHz，384 kbps（立體聲） |
YouTube 官方建議的 SDR 上傳位元率：1080p 24/25/30fps → 8 Mbps；1080p 48/50/60fps → 12 Mbps；4K 24/25/30fps → 35–45 Mbps；4K 48/50/60fps → 53–68 Mbps。這些是建議下限，往上加不會有壞處（除了上傳時間）。實務上很多人在 4K 30fps 用 45–56 Mbps、4K 60fps 用 66–85 Mbps。
音訊響度目標 -14 LUFS / -1 dBTP，見 Fairlight 音訊。
Instagram Reels / TikTok / YouTube Shorts（直版）
時間軸解析度與輸出解析度都要是 1080×1920。最常見的錯誤是時間軸改成直版、Deliver 頁卻還是 1920×1080，結果上傳後被裁切或加黑邊——輸出前一定要看一眼 Deliver 頁的解析度欄位。
影格率用 25 或 30。避免 60fps：Instagram 對高影格率的處理不穩定，通常會降回 30。
編碼 H.264（或 H.265），位元率 1080×1920 給 12–20 Mbps 綽綽有餘。
交給別人／自己封存
Format QuickTime，Codec Apple ProRes 422 HQ（或 DNxHR HQX）。不要壓縮，不要限制位元率。
交給調色師／音效師（往返流程）
Deliver 頁上方切到 Individual Clips，勾選 Export XML/AAF/OTIO，Resolve 會輸出每一顆 clip 的獨立檔案加上一份時間軸描述檔。對方在自己的軟體裡匯入 XML 就能重建你的剪輯。細節見 大神工作流。
目標：解決算圖太慢
依效果排序：
1. 確認硬體加速有在用。 偏好設定 → 系統 → 解碼選項 檢查硬體解碼；GPU 設定確認用的是獨顯。硬體加速的 H.264/H.265 編碼在 Studio 上才有，這是免費版與 Studio 之間最有感的日常差異之一。
2. 用 Render Cache。 時間軸上已經快取過的段落（藍線）在輸出時可以直接沿用。Deliver 頁 → Advanced Settings → Use render cached images 勾選。特效重的片子，這能省下大半時間。
3. 對重段落先做 Render in Place。 見 代理與效能。
4. 分段輸出再串接。 長片可以用時間軸上的入出點分段輸出，多段並行（或分次跑），最後用 Individual Clips 之外的方式合併。這比較適合有多台機器的情境。
5. Resolve 21 的背景算圖。 21 版支援輸出與代理產生的背景處理，可以邊算邊繼續操作——不會讓算圖變快，但讓等待不再是純浪費。
6. 排隊過夜。 佇列可以放很多個任務，設定好按 Render All 就去睡。這聽起來像廢話，但確實是專業流程的一部分：算圖時間應該被排進工作計畫，而不是被當成意外。
目標：解決檔案太大
先確認你是不是在解決假問題——4K 十分鐘的 H.264 在 45 Mbps 下大約 3.4 GB，這對上傳來說完全正常。
真的需要縮小時：
- 降位元率。從 YouTube 建議值往下試，通常降到建議值的 70% 仍然看不出差異（靜態畫面尤其）。
- 改用 H.265。同畫質下省 30–50%。
- 用 VBR 而非 CBR。Resolve 的 Quality 選
Automatic (Best/Better/Good)而非Restrict to，讓編碼器依畫面複雜度分配位元率。靜態段落自動省下的位元可以留給複雜段落。 - 降解析度。1080p 對多數社群內容已經足夠；4K 主要的好處是給平台更多轉碼餘裕與未來重用性。
- 檢查是不是誤選了中介編碼。輸出檔案異常巨大（幾十 GB）時，先看 Codec 是不是選到 ProRes 或未壓縮。
目標：輸出前的檢查清單
在按 Render 之前，這五項花三十秒確認，可以避免絕大多數重來：
- Deliver 頁的解析度與影格率與時間軸一致（尤其是直版影片，以及曾經為了效能降過時間軸解析度的專案）
Use optimized media沒有被勾選——勾了會輸出低解析度成品- 時間軸的入出點：若不小心留了入出點，只會輸出那一段。
Opt/Alt+X清除 - 音訊：Loudness Meter 讀數在目標附近、True Peak 沒有超標
- 軌道是否有被靜音或停用——V1 被關掉的話輸出會是黑畫面
輸出完成後，用系統的播放器打開看一次（不要只看 Resolve 的預覽）。這一步會抓到編碼問題、音畫不同步、意外的黑畫面。
常見卡關
「Render 到一半失敗（Render Failed）」 常見成因：磁碟空間不足、輸出路徑無寫入權限、某個素材離線、GPU 記憶體不足、某個 OFX 外掛崩潰。先看 Resolve 顯示的錯誤訊息與失敗發生的時間點——回到時間軸的那個位置，多半有一個特定的 clip 或效果是元兇。停用它試試。
「輸出的片子有黑畫面／某一段是空的」 該段素材離線（見 常見問題排錯），或軌道被停用。
「音畫不同步，而且越後面越嚴重」 素材是可變影格率（VFR，手機拍攝常見）。這要在匯入前用外部工具轉成固定影格率解決，輸出階段修不了。
「輸出後顏色跟 Resolve 裡不一樣」 播放器的色彩處理與色彩管理設定，見 色彩管理。先用另一個播放器與另一台裝置交叉驗證，確認是輸出問題還是監看問題。
「Codec 下拉選單裡沒有 H.265」 免費版在部分平台不支援 H.265 匯出。改用 H.264，或輸出 ProRes 後用外部工具轉檔。
「輸出的 MP4 在某些裝置播不動」 Profile 選了 High 10 或 4:2:2 等進階設定。交付用途一律 High Profile、8-bit、4:2:0，這是相容性最好的組合。
🔗 參考連結
- YouTube 官方建議上傳編碼設定（容器、編碼、位元率）
- Blackmagic Design：DaVinci Resolve — What’s New（21 版背景算圖）
- Blackmagic Design：官方訓練書（Deliver 章節）
🕒 更新紀錄
- 2026-08-01 — 建立。位元率取自 YouTube 官方建議；「上傳 ProRes 母帶畫質較佳」為社群普遍做法與機制性推論，見 主張 vs 可佐證。