顯示卡開幀生成之後畫面順咗但操作延遲高、快速轉向殘影點分辦?幀生成機制、基礎幀率門檻同延遲取捨指南
重點摘要
幀生成令顯示幀率上升,但生成幀不含新輸入,操作延遲不會同步下降;先看基礎幀率,再分清殘影來源,才決定開定關。
幀生成點運作:插格唔等於真正渲染多咗格
開咗幀生成之後,監察工具顯示嘅幀率數字會明顯上升,畫面郁動睇落亦順滑咗,呢個感覺本身係真實嘅,但背後嘅意思需要講清楚,否則好容易誤讀。幀生成做嘅事,係喺兩格真正渲染出嚟嘅畫面之間,插入一格由系統推算出嚟嘅中間畫面。舉例講,顯示卡真正渲染出畫面甲同畫面乙,系統會根據兩格之間嘅物件移動、鏡頭轉動同畫面內容,估算甲同乙之間應該出現嘅樣子,再將呢格推算畫面插入播放序列。顯示器最終收到嘅格數因此高過真正渲染嘅格數,畫面過渡睇落更連續。
呢個機制有一個決定性嘅限制:生成幀本身唔包含任何新嘅使用者輸入。滑鼠郁動、鍵盤按下、轉向指令等輸入,只會喺下一格真正渲染嘅基礎幀出現時,先至反映到遊戲邏輯同畫面之中。生成幀可以令兩格真實畫面之間嘅過渡更順,但唔能夠預知使用者下一秒會點郁。眼睛覺得順,同手指覺得快,係兩個唔同嘅量度對象,開咗幀生成之後兩者分叉,正正就係本文要拆解嘅核心現象。
仲要分清幀生成同超解析嘅分別。超解析處理嘅係每一格畫面本身嘅像素密度,即係將較低渲染解像度嘅畫面還原到目標解像度,關乎每一格有幾清;幀生成處理嘅係時間軸,即係格與格之間點過渡,關乎畫面郁動有幾連續。兩者經常一齊出現,一齊開關,但技術層次完全唔同。超解析嘅畫面變朦、細節閃爍問題,已經喺另一篇文章詳細講過,本文唔會重寫嗰部分,只會喺需要分界嘅地方提一句,令讀者唔好將兩種症狀撈埋一齊。
另一個常見誤讀,係將顯示幀率當成顯示卡效能本身。幀生成開啟之後,顯示幀率上升並唔代表真正渲染量減少,或者顯示卡突然變快。真正渲染嘅負擔仍然存在,生成步驟本身仲係額外工作,需要時間去推算同排程。量度效能嗰陣,必須分開記錄關閉幀生成時嘅基礎幀率,同開啟之後嘅顯示幀率,兩個數字一齊睇先有意義。只睇開啟之後嗰個較高嘅數字,會誤以為反應同效能同步提升,之後先發現操作感覺並冇跟住變好。
基礎幀率門檻:點解基礎幀率低嗰陣開幀生成反而更差
基礎幀率係真正渲染嘅速度,生成幀率係插入推算畫面之後嘅顯示速度。兩者差距越大,生成幀要估嘅時間跨度同畫面變化越大,推算出錯嘅機會亦越大。基礎幀率偏低嗰陣,連續兩格基礎幀之間嘅物件位移、鏡頭轉動角度、光影變化都較大,系統要喺變化較大嘅兩格之間估一格中間畫面,難度自然較高。結果係數字上嘅幀率上升咗,但中間畫面嘅可信度下降,畫面順滑感未必能夠抵銷失真帶嚟嘅不適。
基礎幀率偏低嗰陣,輸入到畫面反應嘅等待時間本來已經較長,生成幀並唔能夠縮短呢段等待。相反,生成流程本身需要等齊前後基礎幀、做推算、再排程輸出,整條鏈路可能再加上一點處理時間。使用者嘅主觀感覺因此分裂:眼睛見到畫面郁得順,手指卻覺得反應慢半拍。呢種分裂唔係錯覺,亦唔係設定錯誤,而係機制本身嘅特性。理解呢一點之後,取捨就清晰好多:畫面順滑感嘅收益,同操作延遲嘅代價,要分開衡量,唔好用一個數字去代表兩者。
基礎幀率足夠嗰陣,情況就唔同。兩格基礎幀之間嘅變化較小,推算中間畫面較容易,生成幀同真實畫面嘅差距較小,主觀順滑感較可信。同一項功能喺唔同遊戲、唔同場景會有完全唔同嘅評價,原因往往就喺呢度:門檻唔喺功能開關本身,而喺基礎幀率同場景變化幅度。場景變化較平穩、鏡頭移動較慢嘅內容,生成幀較容易估得準;場景變化劇烈、鏡頭成日急轉嘅內容,生成幀較容易估錯。
實用判斷原則好簡單:先量度並記錄關閉幀生成時嘅基礎幀率同操作感覺,再開啟幀生成對照。如果基礎幀率本身已經偏低,畫面本身已經明顯一格格跳,優先處理令基礎幀率偏低嘅原因,例如渲染設定、解像度、驅動設定、散熱同功耗狀態,而唔係用生成幀去掩蓋。基礎幀率改善之後,再對照幀生成表現,先至能夠驗證門檻假設。次序調轉,先開生成再諗其他設定,好容易將推算失真誤當成畫質問題,或者將基礎效能不足誤當成生成技術本身唔掂。
| 基礎幀率狀態 | 生成幀推算難度 | 主觀順滑感 | 操作延遲變化 | 建議方向 |
|---|---|---|---|---|
| 基礎幀率充足,場景變化平穩 | 較低,兩格之間變化小 | 較可信,過渡連續 | 不會同步下降,視排程而定 | 可按個人偏好對照試用 |
| 基礎幀率中等,間中有大幅移動 | 中等,個別場景易出錯 | 部分場景順,部分場景失真 | 不會同步下降 | 先看殘影出現頻率再決定 |
| 基礎幀率偏低,畫面已一格格跳 | 較高,兩格之間變化大 | 數字上升但可信度低 | 本已較長,生成不會縮短 | 先提升基礎幀率,暫緩生成 |
| 基礎幀率偏低兼頻繁快速轉向 | 最高,幾乎全畫面大幅位移 | 容易伴隨殘影與錯位 | 操作敏感場景代價較明顯 | 不建議開,先處理基礎效能 |
延遲係三個數字:顯示幀率、渲染時間、操作延遲
要講清楚點解順咗但慢咗,必須將三個成日撈埋一齊嘅數字分開。第一個係顯示幀率,即係每秒送到顯示器嘅畫面格數,包含生成幀。呢個數字上升,代表顯示器每秒收到更多格畫面,畫面過渡更密。第二個係渲染時間,即係遊戲邏輯處理輸入、渲染基礎幀,到畫面準備好輸出嘅時間,反映真正渲染嘅負擔。第三個係操作延遲,即係由使用者按下按鍵或者移動滑鼠,到顯示器上出現對應變化嘅整段時間,包含輸入裝置、遊戲邏輯、渲染、生成、排程同顯示器顯示。
幀生成插入咗一個額外步驟,而呢個步驟有一個天然特性:系統往往要取得下一格基礎幀,先至能夠較準確咁推算中間幀。呢種等下一格嘅特性,令生成幀嘅輸出時序天然落後於即時輸入。就算顯示幀率數字好靚,操作延遲都唔會跟顯示幀率同步改善,因為生成幀入面根本冇新輸入。呢個唔係功能故障,而係時間軸推算嘅結構限制。
降低延遲技術做嘅係另一件事。呢類技術嘅目標,係令處理器同顯示卡嘅排程更貼近,減少畫面喺佇列中等待嘅時間,令真正渲染嘅基礎幀更快反映最新輸入。佢哋可以令基礎幀本身嘅反應更快,間接令整體操作感覺較好,但唔能夠令生成幀憑空獲得未發生嘅輸入。兩者可以並存,但唔能夠互相代替:開咗降低延遲技術,唔等於生成幀已經包含新輸入;開咗幀生成,亦唔等於降低延遲技術已經生效。排查嗰陣,要分開確認兩者嘅開關狀態,逐項記錄,否則好容易將其中一項嘅效果誤算到另一項身上。
競技、快速瞄準、需要即時反應嘅操作,對操作延遲最敏感,呢類場景入面顯示幀率嘅收益往往追唔上操作延遲嘅代價。慢節奏、鏡頭移動較平穩、重視畫面連續感嘅內容,對顯示幀率提升嘅接受度較高。取捨應該按操作敏感度分,而唔係一律開或者一律關。同一部機、同一張卡,喺唔同遊戲入面作出唔同選擇,係完全合理嘅做法,唔需要追求一個放諸四海皆準嘅開關答案。
殘影點分:快速轉向、介面、粒子、細節各有唔同成因
幀生成嘅殘影唔係單一種現象,唔同場景嘅殘影成因同排查方向都唔同,分開講先至能夠對症。第一類係快速轉向殘影。鏡頭喺短時間內轉動較大角度嗰陣,畫面中幾乎所有物件同時大幅位移,推算中間畫面嗰陣容易出現邊緣拉扯、物件輪廓斷裂、背景細節錯位。轉向越快、基礎幀率越低,錯位越明顯。分辨方法好直接:如果殘影只喺快速轉向嗰陣出現,慢速移動嗰陣消失,指向生成推算喺大幅位移下出錯,而非全域畫質問題;如果慢速移動都有殘影,就要檢查其他設定有無衝突,或者驅動同遊戲內選項版本有無異常。
第二類係介面殘影。血量條、準星、地圖、文字等介面元素,通常係後期疊加上去嘅二維圖層,同三維場景嘅運動規律唔同。生成流程如果將介面元素當成場景物件一併推算,容易出現介面拖影、文字邊緣拖尾、準星位置同實際瞄準點出現短暫偏差感。部分實作會將介面排除喺生成之外,但使用者仍然要留意一點:畫面順咗,唔等於介面反應同步變快。介面資訊本身就係操作依據嗰陣,拖影或者短暫偏差感會直接干擾判斷,呢類場景對幀生成嘅容忍度較低。
第三類係粒子同透明效果殘影。火花、煙霧、雨點、爆炸碎片等粒子數量多、體積小、壽命短、運動不規則,逐格之間嘅對應關係難以建立,生成幀容易出現粒子拖尾、突然出現或者消失、半透明重疊錯位。呢類殘影喺靜止截圖未必明顯,喺動態畫面中較容易察覺。排查嗰陣,應該用動態觀察做準,而唔係只睇截圖。粒子密集嘅場景如果殘影頻率高,即使其他場景表現良好,整體觀感都會被拉低,取捨嗰陣要按最差場景衡量,而唔係按最好場景衡量。
第四類係細小高對比細節殘影。鐵絲網、欄杆、樹葉邊緣、遠處建築輪廓等細節,喺快速移動嗰陣逐格對應困難,生成幀容易出現閃爍、邊緣抖動或者短暫變形。呢類現象同超解析嘅細節閃爍成因唔同:超解析嘅閃爍來自低渲染解像度還原細節嘅困難,幀生成嘅殘影來自時間軸上推算中間畫面嘅困難。兩者睇落都係細節唔穩定,但開關對照嘅對象唔同:超解析問題要對照渲染解像度同畫質檔位,幀生成問題要對照幀生成開關同基礎幀率。撈埋一齊調設定,只會愈調愈亂。
| 殘影類型 | 典型觸發場景 | 外觀特徵 | 分辨關鍵 |
|---|---|---|---|
| 快速轉向殘影 | 鏡頭急轉、大幅視角變化 | 邊緣拉扯、輪廓斷裂、背景錯位 | 只喺快速轉向出現,慢速移動消失 |
| 介面殘影 | 準星、血量條、地圖、文字疊加 | 介面拖影、文字邊緣拖尾、準星短暫偏差感 | 場景靜止但介面郁動嗰陣仍見到 |
| 粒子殘影 | 火花、煙霧、雨點、爆炸碎片 | 粒子拖尾、突然出現消失、半透明錯位 | 粒子密集場景特別明顯,截圖未必見到 |
| 細節殘影 | 鐵絲網、欄杆、樹葉、遠景輪廓 | 細節閃爍、邊緣抖動、短暫變形 | 快速移動嗰陣明顯,靜止嗰陣消失 |
降低延遲技術點配搭:Reflex、Anti-Lag 類技術嘅角色
降低延遲技術嘅原理,係縮短輸入到基礎幀輸出之間嘅等待。傳統排程之下,處理器可能提前準備好幾格畫面,排隊等顯示卡處理,呢啲排隊中嘅畫面反映嘅係較舊嘅輸入狀態,操作延遲因此拉長。降低延遲技術會令排程更貼近即時狀態,減少排隊格數,令基礎幀反映較新嘅輸入。呢個改善作用喺基礎幀身上,無論幀生成開定關,都應該分開量度。
配搭上嘅實用做法係分三步對照。第一步,關閉幀生成,只開降低延遲技術,記錄操作感覺同基礎幀率,呢個係基準。第二步,維持降低延遲技術開啟,再開幀生成,記錄顯示幀率、操作感覺同殘影,呢個係疊加效果。第三步,關閉降低延遲技術,只開幀生成,記錄操作感覺變化,確認降低延遲技術本身嘅貢獻有幾大。三步做完,先至能夠講清楚邊一項設定帶來邊一部分感覺變化,而唔係將全部改善或者全部代價歸咎於單一開關。
仲有一個經常被忽略嘅細節:降低延遲技術嘅效果受限於基礎渲染負擔。如果基礎幀率本身已經偏低,渲染一格需要較長時間,排程改善能夠縮短嘅等待比例有限,操作延遲仍然會偏高。呢種情況下,正確次序仍然係先處理基礎效能,再談疊加技術。將降低延遲技術當成萬能補救,開咗之後又期望幀生成冇代價,係對兩項技術嘅誤解。
甚麼情況唔適合開幀生成
第一類係需要即時精準反應嘅競技或者快速瞄準場景。呢類場景入面,操作延遲敏感度高於畫面順滑收益,顯示幀率數字再靚,都彌補唔到反應慢半拍嘅代價。第二類係基礎幀率已經偏低、畫面本身一格格跳嘅場景。呢類場景應該先處理基礎幀率,生成幀只會放大推算誤差,令失真更明顯。第三類係快速轉向頻繁、粒子同透明效果密集嘅場景,殘影同失真出現頻率高,主觀畫質可能不升反跌。第四類係介面資訊本身就係操作依據嘅場景,準星、狀態列、提示文字如果出現拖影或者短暫偏差感,會直接干擾判斷。第五類係顯示器更新率或者同步設定本身未理順嘅情況:幀生成唔能夠代替同步設定,畫面撕裂同幀間隔問題要回到同步機制排查,嗰部分已經喺另一篇文章詳細講過,本文唔會重寫同步設定。
決定開定關之前,可以用一個簡單嘅自我提問做結:呢個場景入面,眼睛嘅順滑感重要啲,定手指嘅即時反應重要啲?如果答案係反應重要,傾向關;如果答案係順滑感重要,而且基礎幀率充足、殘影頻率低,傾向開。兩者都重要嗰陣,折衷做法係先提升基礎幀率,再以較保守嘅設定對照,或者喺唔同遊戲入面分開設定,唔好追求一個全域答案。
一步步對照排查:一次改一個變數
第一步,記錄關閉幀生成時嘅基礎幀率、渲染設定、解像度、操作感覺,呢個係基準。第二步,只開啟幀生成,其他設定不變,對照顯示幀率、操作感覺、快速轉向殘影、介面拖影、粒子拖尾。第三步,分開測試降低延遲技術開同關,記錄操作感覺變化,確認兩者開關狀態。第四步,降低渲染負擔令基礎幀率上升之後,再對照幀生成表現,驗證基礎幀率門檻假設。第五步,換一個場景類型再試一次:慢速探索場景同快速轉向場景分開記錄,唔好用一個場景嘅結論代表全部場景。
每一步之間只改一個變數,改完即刻用同一場景、同一段操作比較,否則好難判斷改善係嚟自設定定係剛好嗰段場景較靜。記錄格式可以好簡單:設定組合、基礎幀率、顯示幀率、操作感覺、殘影類型同出現頻率。呢份記錄喺之後送檢嗰陣亦非常有用,檢測人員唔使由零開始估,可以直接對照設定組合。
送檢前可以點準備
如果你決定將顯示卡拎去檢測,最好準備幾樣資料:關閉幀生成時嘅基礎幀率、開啟之後嘅顯示幀率、操作感覺嘅分別、殘影出現嘅場景類型、降低延遲技術開關狀態、渲染設定同解像度、驅動版本。呢啲資料可以令檢測更快對焦,分清楚係設定取捨問題定係其他硬件因素。維修收費方面,本站公開嘅三級收費為 HK$400–2,800,實際金額要先檢測後報價,唔會喺未睇過卡嘅情況下就憑症狀開價。如果你喺沙田石門達利廣場 1209 室附近,可以帶同上述記錄去查詢,電話 2186 8010,WhatsApp 6558 6806。記住,報價之前嘅檢測步驟本身就係要分清楚設定問題定硬件問題,唔好將檢測當成即刻要換嘢嘅承諾。
常見問題
問:開咗幀生成,顯示幀率翻倍,操作延遲係咪減半?
答:唔係。生成幀不含新輸入,操作延遲不會跟顯示幀率同比例下降。顯示幀率量度嘅係每秒送到顯示器嘅格數,操作延遲量度嘅係輸入到畫面反應嘅時間,兩者對象唔同。
問:點解畫面順咗,但打起上嚟覺得慢半拍?
答:因為順滑感來自畫面過渡密度,慢半拍來自輸入到基礎幀反應嘅時間。生成幀令過渡更密,但輸入仍然要等下一格基礎幀先反映,兩種感覺分叉係機制本身嘅特性。
問:基礎幀率低嗰陣開幀生成,係咪可以補救?
答:唔建議。基礎幀率低嗰陣,兩格基礎幀之間變化大,生成推算難度高,失真機會大。應該先提升基礎幀率,再對照幀生成表現。
問:快速轉向嗰陣先見到殘影,慢速郁動又冇,係咪顯示卡損壞?
答:唔一定。呢個模式較多指向生成推算喺大幅位移下出錯。先做開關對照:如果關閉幀生成之後殘影消失,問題層次就喺生成推算,而唔係全域畫質問題。
問:開咗降低延遲技術,係咪就等於幀生成冇延遲代價?
答:唔係。降低延遲技術改善嘅係基礎幀排程,生成幀本身仍需等待同推算。兩者效果唔能夠直接抵銷計算,要分開對照。
問:同一部機,點解一個遊戲開幀生成好順,另一個遊戲殘影好多?
答:因為場景變化幅度、轉向頻率、粒子密度、介面比重都唔同。門檻喺基礎幀率同場景特性,唔喺功能開關本身,唔同遊戲分開設定係合理做法。