本月，我們很自豪地展示了大量內核更改，這些更改最終修復了長期存在的錯誤、大規(guī)模的性能改進、UI 和輸入更改等等！
圖形修復，以及如何提高性能
由于 Linux 上的 RADV 驅動程序存在問題，在 AMD 的 RDNA2 顯卡上運行時，使用 Vulkan API 會使 yuzu 崩潰。 最值得注意的是，這個問題影響了 Steam 平臺，正如嘗試在其設備上測試yuzu的用戶所報告的那樣。
確定崩潰問題是因為 VK_EXT_vertex_input_dynamic_state，一個 Vulkan 擴展，用于最小化著色器編譯過程中所需的管道對象數量。 這些結構非常龐大，有時，游戲可能只想更改其中的一小部分內容，例如頂點輸入狀態(tài)。 使用此擴展，API 可以通過簡單的函數調用動態(tài)更改結構中的這些成員，無需創(chuàng)建全新的對象，從而減少操作使用的資源量。
雖然這個錯誤正在解決， epicboy 推送了一個 PR 將擴展列入黑名單 在運行 RADV 驅動程序的 RDNA2 設備上，因此 yuzu 不會徹底崩潰。
但是還有一個驅動給我們帶來了問題。
Linux 上 Mesa 的 ANV 驅動程序不支持紋理格式 VK_FORMAT_B5G6R5_UNORM_PACK16，這導致yuzu在運行使用它的游戲時崩潰，例如 酷霸王之怒. 為了繞過這個問題， voidanix 實現(xiàn)了一個模擬的解決方案 BGR565紋理 混合 RGB565，以此解決。
類似地， Morph 實現(xiàn)了 缺失的頂點格式 , 如游戲使用口袋力量棒球R asLody 還實現(xiàn)了缺少的 幀緩沖區(qū)格式 , 這次用于 妖怪手表4.
妖怪手表4
該開發(fā)人員的另一個修復是 添加缺少的信號量操作 為了 MaxwellDMA, 被使用 塞爾達傳說:曠野之息 和 寶可夢傳說：阿爾宙斯
內核變化，以及如何馴服 Smash
繼續(xù)在內核上進行的工作， 改進 bunnei 內核內存管理器 使其與最新的系統(tǒng)更新更兼容。
伴隨這些變化而來的一個巧妙設置是yuzu能夠支持不同的內存布局，例如在開發(fā)人員單元中使用的“6 GB 擴展內存布局”（MOD社區(qū)要求的一項功能）。
一些模組可以使用比 Switch 提供的更多的 RAM，主要是高分辨率紋理替換。 為了解決這個問題，bunnei 添加了一個開關來啟用擴展的 6GB 內存布局 真正的開發(fā)人員工具包將可用。 那些額外的 2GB 將允許重型模塊正常工作。 您可以在中找到設置 模擬 > 設置… > 通用 > 擴展的內存布局 (6GB DRAM).
擴展的內存布局 (6GB DRAM)
不要指望它會對模擬性能產生影響，游戲不會關心模擬控制臺是否超過 4GB，它們只關心是否有足夠的空閑內存用于操作。
bunnei 還通過 將鎖遷移到使用模擬客戶鎖來 以及 改進物理內存的映射和解映射 .
與往常一樣，這項工作背后的最大動力是提高我們實現(xiàn)的準確性，同時還修復了過去幾年可能隱藏在那里的任何錯誤。
Dynarmic 是我們的 ARM JIT 重新編譯器，本月也進行了許多新的優(yōu)化和錯誤修復。
Blinkhawk 更正了 Dynarmic 中內存存儲/加載操作序列化的屏蔽邏輯 x64代碼發(fā)射器，并隨后 更新了子模塊 將這些更改帶入 yuzu 的代碼庫。 這修復了影響的卡死 寶可夢傳說：阿爾宙斯.
在調查穩(wěn)定性問題時 任天堂明星大亂斗, bunnei 和 Merry 發(fā)現(xiàn)問題是由于在 SpaceRemaining函數，用于計算緩存塊中 JITed 代碼可用的剩余空間。
Dynarmic 將這些代碼塊分成兩個區(qū)域，命名為 near和 far. 該方案旨在通過將“熱”代碼保留在 near隨時可供執(zhí)行，而“冷”代碼被推入 far地區(qū)。 由于計算剩余空間的方式存在錯誤， near區(qū)域會溢出到 far區(qū)域，用“熱”代碼覆蓋“冷”代碼。 然后，CPU 將嘗試運行之前存在的“冷”代碼，并在嘗試時嚴重崩潰。
最終，在幾場比賽后崩潰 SSBU，因為那是耗盡空間并溢出緩存所花費的時間。 通過 糾正比較 用于計算這個值，開發(fā)人員終于能夠緩解圍繞這個游戲的最長期存在的問題之一。
任天堂明星大亂斗
Merry 也一直忙于 實現(xiàn)對新 CPU 優(yōu)化的支持 ，這使得通過使用 ARM 獨占訪問指令的仿真 cmpxchg（比較和交換）指令 x64建筑學。
ARM 指令集包含可以排除對內存地址的訪問的指令，因此只有一些指令——在這種情況下是一對：一個用于讀取值，另一個用于寫入它們——可以在多核環(huán)境中安全運行，而不會受到干擾來自其它線程的指令，這些線程可能也想訪問內存中的相同值。
它通過在讀取內存中的值后將地址標記為“用于獨占訪問”來實現(xiàn)這一點，因此“獨占”存儲指令只有在使用此標志標記時才會寫入該地址。 另一方面，“正?！贝鎯χ噶钪荚谑冀K在寫入后清除該標志。 因此，獨占指令可以利用該信息知道內存地址中的值何時被非獨占指令改變，并重新啟動整個作業(yè)，直到操作成功。
ARM 能夠通過稱為 Exclusive Monitor. 但是在 x64考慮到多線程環(huán)境中測試和調試的復雜性，架構可能非常困難。 因此，它們之前的實現(xiàn)相當保守且效率低下，以確保并發(fā)性。
但是，可以通過使用 cmpxchg，它將內存地址中的值與引用進行比較，如果匹配，則將新值寫入其中。 因此，可以將內存地址中的值用作引用，然后當且僅當存儲的值與引用匹配時，將另一個值寫入同一地址。 依靠該指令的語義，可以將獨占內存讀取和寫入內聯(lián)到 JITed 代碼中并加快它們的執(zhí)行速度。
廣泛使用這些專有說明的游戲，例如 寶可夢傳說：阿爾宙斯，應該會看到性能略有提高。
Nvidia2080
AMD RX570
一般錯誤修正和 UI 更改
German77 在 UI 上做了一些工作來增加趣味性。
他改進了 SDL 電池電量檢測 ，重新調整了控制設置中的一些 UI 元素， 并為我們提供了新的、更漂亮的電池符號！
舊的電量圖標
新的電量圖標
German77 還 添加了新的熱鍵 應大眾要求。 加入戰(zhàn)斗的是?？?取消?？浚ㄓ糜诳刂破鳎?、窗口自適應過濾器、GPU 精度（在正常和高之間切換）和靜音/取消靜音。
更加便捷的熱鍵設置
另一個高度要求的修復是 改進 Amiibo 支持 . 我們的舊代碼不是很準確，導致一些游戲失敗。 雖然還有改進的余地，但這個新實現(xiàn)要準確得多，現(xiàn)在應該可以在大多數游戲中穩(wěn)定使用 Amiibo 轉儲。
我們還想宣布，對實體 Amiibos 的 NFC 掃描的原生支持正在開發(fā)中！ 隨著進展，我們將分享更多信息。
Morph 修復了最近出現(xiàn)的一個奇怪問題。 在某些情況下，重新打開柚子后，窗口會是一個最大化的無邊框狀態(tài)。 事實證明，由于某種原因，配置文件在關閉 yuzu 后沒有重置無框標志。 強制移除標志 在每次啟動時解決問題。
Maide 為模組制作者和任何對游戲內部結構感興趣的人添加了一個非常有用的功能。 此前，yuzu傾銷基地 exeFS，其中僅包括來自基礎游戲的數據，缺少更新或 DLC 中的任何新增內容。 相反，通過 轉儲補丁 exeFS，就像 EliEron 過去建議的那樣 ，用戶將有權訪問更新文件！
toastUnlimited 發(fā)現(xiàn) 噴射戰(zhàn)士 2中的庫存時崩潰 LAN 大廳 。 存根 IsUsbFullKeyControllerEnabled功能 這就是我們所需要的。 肆無忌憚地打你的朋友！
噴射戰(zhàn)士2
對于復古游戲迷來說，toastUnlimited 和 German77 都修復了 Nintendo Switch Online 服務中包含的 SNES 和 NES 模擬器（是的，您也可以轉儲和離線播放這些模擬器）。 存根 mnpp:app解決崩潰，并 更新流程修訂 我們的音頻仿真允許官方仿真器在 yuzu 上正常工作。
輸入改進
正如每個月都會發(fā)生的那樣，german77 在這個部分中占主導地位。
作為測試當前震動設置強度的一種方式，您現(xiàn)在可以 強制控制器振動 在配置振動窗口打開時按任意按鈕都可以體會到震動強度。
此窗口中按鍵可以體會震動強度了
游戲手柄有漂移，不僅是 Joy-Cons 所熟知的飄逸問題，而且每個游戲手柄都有一定程度的漂移。 為了隱藏這一點，控制臺會自動居中其搖桿。
限制之一 SDL 是它只能讀取 Nintendo 官方控制器上的工廠校準，跳過任何可能可用的用戶校準配置文件。 我們通過在啟動時自動居中來解決這個問題，但是搖桿仍然可以去任何它們喜歡的地方，所以 German77 添加了一個選項來手動居中每個軸 作為附加選項。 只需在我們的控制器設置中右鍵單擊搖桿的任何方向。
只需要右鍵單機
添加了支持以 允許映射 Enter 鍵 ，之前只是重新啟動了映射過程。
toastUnlimited 添加了對體感輸入的支持 至 yuzu-cmd，我們的可執(zhí)行文件的終端版本。 終端用戶現(xiàn)在也可以享受一些舞力全開。
改進模擬以不使用模擬
xerpi 實現(xiàn)了 32 位版本 的 OutputDebugString, CreateCodeMemory， 和 ControlCodeMemory的管理程序調入。 謝謝！
xerpi 的幫助有一個更大的目標，而不僅僅是幫助一些鮮為人知的 Switch 模擬器。 他們正在開發(fā) vita2hos ，一個可以運行的翻譯層 PlayStation VitaNintendo Switch 原生應用和游戲！ 前面的路很長，因為大多數 Switch 調試工具都是 64 位的，而 Vita 是一個 32 位的控制臺，所以為了讓項目繼續(xù)進行多次重寫和更改。
yuzu 缺少一些功能來提供完整的 32 位執(zhí)行模式支持，因此打開了 PR 以幫助改進該領域，因為 xerpi 正在使用 Switch 模擬器來協(xié)助和簡化開發(fā)。 我們迫不及待地想看看這個項目如何發(fā)展！
Vulkan 是未來
隨著工作 Project Y.F.C以及其它計劃的更改，我們正在慢慢地致力于默認啟用 Vulkan，并保持 OpenGL 的長期支持。 本節(jié)不會列出 yuzu 中的更改，但用戶可以調整設置以提高他們在 yuzu 和其它模擬器中的 Vulkan 性能。
Vulkan 性能的主要問題之一是當前 GPU 將采取積極的頻率管理來節(jié)省電力。 由于即使是現(xiàn)代低端 GPU，Nintendo Switch 游戲產生的實際 3D 負載也會非常低，因此時鐘速度往往會保持在其頻率的省電方面。
一個顯著提高性能的簡單方法是強制 GPU 以更高的時鐘頻率來運行模擬器。 GPU 可以達到的最高值在這里通常是無關緊要的，因為大多數 GPU 將比 Switch 的 Tegra X1 更快，但更高的時鐘速度將使幀速率保持在較高水平并將卡頓降至最低。
NVIDIA 用戶在 NVIDIA 控制面板, Prefer maximum performance. 您可以在 3D Settings > Manage 3D settings > Program Settings tab點擊 Add并從可用選項中選擇 yuzu，然后向下滾動到 電源管理 并將其設置為 最高性能優(yōu)先 .
nvidia控制面板
在 AMD 方面，這需要一些手動工作，并且可能僅與基于 RDNA 的 GPU 兼容。 只有相對較新的 Radeon 驅動程序添加了調整所包含的最小和最大 GPU 頻率的選項 Radeon WattMan.。
需要做的是，以與 NVIDIA 類似的方式，將 yuzu 作為配置文件添加到 Gaming選項卡，點擊 Tune Game Performance并將調諧控制設置為 Custom. 啟用 GPU 調整，您將能夠調整 Min. Frequency (%).
雖然這可以在 Radeon Software 上全局設置，但我們建議使用每個應用程序的配置文件
除了 GPU，提高內存時鐘速度總是有助于仿真，尤其是在高分辨率下 AMD
以一個RX 6500 XT 為例，我們可以看到 寶可夢傳說：阿爾宙斯 將其幀速率提高到 73% 時 ，輕松超過 RX 570，只需將最低時鐘速度從 500MHz 提高到 2875MHz（如下圖所示，提高了 475%）。
太省電也并不是什么好事
這里的性能提升可能是巨大的，但在某個點之后，性能將不再會有太大的提升，所以這里可以自己一點點拉高來調節(jié)測試。
未來項目
Project Y.F.C.隨著發(fā)展，更多以前被破壞的游戲開始變得可玩，它繼續(xù)成熟。 Blinkhawk 告訴我們，他目前正在將重點轉移到性能上。 我們迫不及待地想告訴你更多！
火焰紋章戰(zhàn)士
German77 一直在玩 實現(xiàn)一個 Mii 編輯器小程序 . 目前的支持非常簡單，但任何有興趣的人都可以免費構建拉取請求并嘗試它。
Mii編輯器小程序
這就是本月所有的內容！ 感謝您抽出寶貴時間閱讀，我們希望下個月再見。 感謝點贊、關注、評論、轉發(fā) 。
