有 VRR 螢幕的話,你會把幀數鎖在更新率以下嗎?

自從支援可變更新率的螢幕變普及，關於「幀數到底要不要鎖」的討論就沒停過。最常見的建議是把幀數限制在螢幕最高更新率再低個幾幀，讓畫面一直待在 VRR 的作用範圍內，避免因為幀數頂到上限而觸發撕裂或同步切換。這個做法有它的道理，但實際套到不同遊戲上，感受未必一致。

問題在於，每個遊戲引擎處理同步的方式不太一樣，有些遊戲的內建幀數限制很乾淨，有些則會帶來額外的輸入延遲；驅動端的限制跟外部工具的限制，延遲表現也常有微妙差別。所以同一套「鎖在更新率減幾幀」的公式，在 A 遊戲很順、在 B 遊戲卻感覺拖，並不奇怪。更別說有些遊戲的內建上限其實不是硬鎖，而是帶著正負幾幀的浮動，你以為鎖在某個數字，實際跑起來還是會擦到螢幕更新率的上緣。

我自己的取捨是先問這局在意什麼。競技類我優先要低延遲跟穩定的幀時間，寧可讓幀數稍微高一點衝上限；敘事單機我更在意畫面完全不撕裂、體感滑順，就會老實把上限壓在作用範圍內。換句話說，鎖不鎖不是信仰，而是看你這款遊戲最怕犧牲哪一項。還有一個實務上的小細節是，幀數如果會頻繁在上限附近上下跳動，那種一下進 VRR 範圍、一下又頂出去的狀態，體感反而比穩穩鎖低幾幀更不舒服，因為你的眼睛會一直感覺到同步方式在切換,與其追那最後幾幀，不如給自己一個能穩穩守住的天花板。

也因為變數這麼多，我很好奇大家實際上是怎麼做的：完全不鎖、用遊戲內建限制、走驅動設定，還是額外開外部工具?在延遲、撕裂跟穩定度這三者之間，你最不能忍受的是哪一個？如果願意的話，也講講你是在哪款遊戲上,第一次感覺到鎖幀真的有差。