播放卡頓是新手放棄 Resolve 的頭號原因，而它幾乎總是被誤診成「電腦太爛」。真正的成因通常是三件事之一：素材編解碼器太難解（H.265、10-bit、RAW）、時間軸上有即時運算不完的效果、或 VRAM 不足。這三種病因對應完全不同的解法，先分辨清楚再動手。
診斷起點：打開 工作區 → 顯示效能指標（Show Performance Meter），看播放時哪一項先滿。GPU 先滿 → 效果太重或 VRAM 不足；CPU / Decode 先滿 → 編解碼器問題，該做代理；兩者都沒滿卻還是掉格 → 硬碟讀取速度不足。
目標：讓難解的素材順暢播放（代理與優化媒體）
兩者的差別
Resolve 提供兩套「用低負擔檔案替代原始素材」的機制，功能重疊但用途不同。
Optimized Media（優化媒體） 由 Resolve 全權管理，檔案存成 .dvcc 且檔名是難以辨識的雜湊值，放在你指定的快取資料夾。它的獨特優勢是可以只優化時間軸上實際用到的片段，素材量巨大時能省下大量時間與空間。因為完全由 Resolve 掌控，切換與失效處理最省事。
Proxy Media（代理媒體） 產生的是有正常檔名、可獨立播放的一般影片檔。它可以在 Resolve 裡產生，也可以用外部工具產生後掛回來；可以複製給協作者，也可以搜尋、篩選、手動 relink。彈性明顯較高。
選擇原則：一個人做、只在自己機器上剪，用 Optimized Media 最省事。需要與人協作、需要外部產代理、或想帶著代理檔在筆電上剪，用 Proxy Media。
設定
Project Settings → Master Settings → Optimized Media and Render Cache：
- Proxy media resolution / Optimized media resolution——選
Half或Quarter。1080p 專案選 Half 通常就夠；4K 專案選 Quarter 也完全能剪。 - Proxy media format / Optimized media format——選 DNxHR SQ 或 ProRes 422 Proxy。這兩種是「解碼極輕、畫質足夠判讀」的中介編碼；不要為了省空間選 H.264，那等於沒解決解碼負擔。
產生與切換
在 Media Pool 選取素材右鍵 → Generate Optimized Media 或 Generate Proxy Media。產生過程可以放著跑；Resolve 21 新增了背景算圖（background rendering），產生代理的同時仍可繼續操作。
切換使用與否在播放選單：Playback → Proxy Handling（Prefer Proxies / Prefer Originals / Disable All），以及 Playback → Use Optimized Media if Available。輸出前記得確認 Deliver 頁的 Use optimized media 沒有被勾選，否則你會輸出低解析度成品——這是代理工作流最經典的翻車方式。
更輕的替代方案：Timeline Proxy Mode
如果只是想暫時撐過某一段吃重的操作，Playback → Timeline Proxy Mode → Half / Quarter Resolution 不需要產生任何檔案，直接降低即時運算的解析度。它不改變輸出品質，是零成本的第一手段。
RAW 素材（BRAW、R3D 等）還有一個更直接的旋鈕：在 Media Pool 的 Camera RAW 設定或 Project Settings → Camera RAW 裡把 Decode Quality 降到 Half 或 Quarter。RAW 的 debayer 運算量極大，這一項的效果往往比做代理還立竿見影。
目標：讓有特效的段落順暢播放（Render Cache）
代理解決的是「解碼太慢」，快取解決的是「運算太慢」。時間軸上有 Fusion 合成、降噪、大量 Resolve FX、複雜節點樹時，即使素材本身很輕也會掉格。
Playback → Render Cache 有三個選項：
- None——不快取
- Smart——Resolve 自動判斷哪些片段太重，背景預先算好。日常建議用這個。
- User——只快取你手動指定的片段（對 clip 右鍵 →
Render Cache Clip Output）
快取格式在 Project Settings → Master Settings → Optimized Media and Render Cache → Render cache format，同樣選 DNxHR HQ 或 ProRes 422 HQ 之類的中介編碼。
時間軸上方會出現一條細線標示快取狀態：紅色＝需要快取但還沒算、藍色＝已快取。停下操作幾秒，Resolve 會自己把紅的變藍，變藍之後那一段就順了。
快取會吃掉大量磁碟空間。 定期到 Playback → Delete Render Cache → All 清理，或在偏好設定裡設定自動清除天數。
目標：解決「Your GPU memory is full」
這個錯誤訊息的意思很直白：VRAM 用完了。它不是 bug，是硬體上限。依「見效速度 ÷ 代價」排序的處理順序：
- 降低時間軸解析度。
Project Settings → Master Settings → Timeline Resolution改成 1920×1080（4K 專案）或 1280×720。輸出時在 Deliver 頁指定回 4K，Resolve 會用原始素材重算，成品畫質不受影響。這是投報率最高的一招。 - 降低 RAW 解碼品質。BRAW / R3D / RED 在全品質 debayer 下佔用的 VRAM 極高，降到 Half 立刻釋出大量空間。
- 關掉最吃 VRAM 的效果。時間性降噪（Temporal NR）是最大的單一元兇——它需要同時把多個影格留在 VRAM 裡。搭配 Neat Video 這類重量級 OFX 外掛時，12GB 的卡在 4K 時間軸上也可能撐不住。把降噪節點暫時停用（
Cmd/Ctrl+D），最後輸出前再開。 - 關掉背景程式。瀏覽器（尤其是開了很多分頁的 Chrome）、遊戲啟動器、其他創作軟體都在搶 VRAM。
- 檢查 GPU 設定。
偏好設定 → 系統 → 記憶體與 GPU，確認 Resolve 用的是獨顯而非內顯，並確認 GPU 處理模式正確（Mac 用 Metal，NVIDIA 用 CUDA）。
若以上都做了還是撞牆，那就是硬體確實不夠——這時候的選項是換卡，或永久採用「低解析度時間軸 + 代理 + 輸出時全解析度」的工作流。後者是完全可行的專業做法，不是妥協。
目標：從源頭降低負擔
有些卡頓是可以在拍攝與匯入階段就避免的。
避開最難解的編碼。H.265 10-bit 4:2:2（許多無反相機的最高畫質模式）與可變影格率的手機素材，是解碼負擔的兩大來源。手機素材尤其麻煩——可變影格率（VFR）會造成音畫逐漸不同步，建議匯入前先用 HandBrake 或 Shutter Encoder 轉成固定影格率的 ProRes / DNxHR。
素材放 SSD。多軌 4K 時間軸的循序讀取需求輕易超過機械硬碟的極限。
清理專案。累積了幾十條時間軸、上千個素材的專案本身就會變慢。做完的段落可以匯出成中介檔（Deliver 頁選 Individual Clips 或對片段右鍵 Render in Place），用單一檔案取代複雜的節點樹。
Render in Place 值得特別提：對時間軸上任何 clip 右鍵選它，Resolve 會把該 clip 連同它身上所有效果算成一個新檔案並就地替換，之後這一段就完全不吃運算。要改的時候右鍵 Decompose to Original 可以還原。這是處理「某一段特效重到不能剪」的標準解法。
常見卡關
「產生了代理但還是很卡」
確認 Playback → Proxy Handling 設成 Prefer Proxies。另外檢查代理格式——如果選了 H.264 當代理格式，解碼負擔沒有下降。
「輸出的成品是模糊的低解析度」
Deliver 頁勾到了 Use optimized media，或時間軸解析度沒有在輸出時改回去。取消勾選、確認 Deliver 頁的解析度欄位。
「快取一直是紅色，永遠不變藍」 Resolve 只在閒置時背景算快取。如果你一直在操作，它永遠排不到。停手幾秒鐘。另外確認快取磁碟還有空間。
「Fusion 合成一進去就整個當掉」 Fusion 吃系統記憶體而非 VRAM。16GB 系統做 4K Fusion 合成很容易撞牆，先降時間軸解析度再進 Fusion。
「效能指標顯示都沒滿，但就是掉格」 硬碟。用磁碟測速工具確認素材所在磁碟的循序讀取速度，多軌 4K 建議 500 MB/s 以上。
🔗 參考連結
🕒 更新紀錄
- 2026-08-01 — 建立。背景算圖為 Resolve 21 新增功能；「Temporal NR 是 VRAM 最大元兇」為社群普遍觀察，見 主張 vs 可佐證。