《博德之門3》因其出色的品質(zhì)、幾乎一致的好評(píng)（游戲位居Metacritic和OpenCritic的所有時(shí)間PC榜單之首），以及對(duì)一款cRPG來(lái)說(shuō)令人難以置信的商業(yè)成功（在Steam上創(chuàng)下了破紀(jì)錄的并發(fā)用戶數(shù)，更不用說(shuō)每天平均超過(guò)五個(gè)小時(shí)的參與度）而受到了奢華和當(dāng)之無(wú)愧的贊譽(yù)。

然而，這并不意味著游戲是完美的。沒(méi)有任何游戲是完美的，對(duì)于《博德之門3》來(lái)說(shuō)，主要的問(wèn)題是技術(shù)性的，既有一些可能導(dǎo)致游戲崩潰的錯(cuò)誤，也有第三幕中令人失望的性能表現(xiàn)。游戲的第一和第二幕對(duì)于大多數(shù)配置來(lái)說(shuō)并不是問(wèn)題，因?yàn)橥婕业年?duì)伍通常是在人煙稀少的地區(qū)或者荒野中冒險(xiǎn)。在我玩完第一和第二幕的過(guò)程中，我可以輕松地切換到英偉達(dá)DLAA來(lái)最大化我的AMD 銳龍7 7800X3D, RTX 4090, 32GB DDR5 PC上的圖像保真度，同時(shí)保持4K分辨率和最高的圖形設(shè)置。但這在第三幕進(jìn)入城市時(shí)就發(fā)生了變化。

《博德之門》中的NPC數(shù)量要多得多，游戲的性能也大大降低。即使切換到性能模式下的DLSS也沒(méi)有太大幫助，可能是由于DLSS超分辨率無(wú)法解決的CPU限制——這里缺少DLSS幀生成是很不幸的。

Digital Foundry在剛剛發(fā)布的測(cè)試視頻中證實(shí)了我的猜測(cè)。在訪問(wèn)了一個(gè)讀者的存檔后，Alexander Battaglia(是一位視頻制作人，他為Digital Foundry工作)測(cè)試了《博德之門3》的第三幕，并得出了類似的結(jié)論。

當(dāng)靜止不動(dòng)時(shí)，在DX11下受CPU限制時(shí)，幀率在90 FPS左右，這當(dāng)然是一個(gè)怪物級(jí)別的CPU。當(dāng)我開(kāi)始讓角色在許多圈子里移動(dòng)時(shí)，由于移動(dòng)，游戲開(kāi)始平均運(yùn)行得差20%，即使視角和屏幕上的物體數(shù)量基本相同。移動(dòng)似乎導(dǎo)致了幀時(shí)間和fps峰值以一種很差勁的方式出現(xiàn)波動(dòng)。

第三幕中發(fā)現(xiàn)的另一個(gè)問(wèn)題是從過(guò)場(chǎng)動(dòng)畫或?qū)υ捴修D(zhuǎn)換攝像機(jī)時(shí)，這會(huì)導(dǎo)致更大的幀時(shí)間卡頓，并且當(dāng)攝像機(jī)改變角度進(jìn)入對(duì)話時(shí)會(huì)出現(xiàn)巨大的下降。

但第三幕中最大的區(qū)別是在幀率“健康”方面，正如我所稱之。當(dāng)幀時(shí)間線顫抖和卡頓時(shí)，我稱之為幀率健康狀況不佳。當(dāng)它更平滑和規(guī)律時(shí)，我會(huì)說(shuō)游戲有良好的幀率健康狀況?！恫┑轮T3》中城市里的第三幕傾向于顯示出由于幀時(shí)間差異較大而導(dǎo)致的幀率健康狀況不佳。加劇這一點(diǎn)的是你可以看到城市里發(fā)生的地震，它們與幀時(shí)間中出現(xiàn)的大峰值相吻合，看起來(lái)像屏幕上更大的卡頓。

DF's Battaglia還指出，在中端PC上運(yùn)行時(shí)，上述情況可能會(huì)變得更糟。AMD Zen 2的Ryzen 5 3600 CPU在第三幕中運(yùn)行得特別糟糕，如果你碰巧玩的是一個(gè)死靈法師類型的角色，那么情況就更糟了，因?yàn)檎賳镜牟凰郎镫S從會(huì)進(jìn)一步增加幀時(shí)間的差異。

數(shù)毛社《博德之門3》終極CPU壓力測(cè)試 | 作者：Digital Foundry

遺憾的是，從玩家的角度來(lái)看，沒(méi)有太多可以做的事情來(lái)緩解《博德之門3》第三幕中出現(xiàn)的性能問(wèn)題。即使將幀率限制在30FPS也沒(méi)有太大的幫助。唯一能夠幫助的是Larian的優(yōu)化改進(jìn)，更不用說(shuō)在更多的核心和線程可用時(shí)更好地進(jìn)行CPU擴(kuò)展。正如前面提到的，實(shí)現(xiàn)DLSS 3也可能是一個(gè)巨大的好處。讓我們希望PureDark(大名鼎鼎的模組制作者)在完成《星空》后能夠研究一下Mod。