網頁直接順跑《戰神》！開源神技「PSP Web Recomp」免安裝模擬器　4倍畫質、60幀畫面流暢度驚呆玩家

長年以來，在瀏覽器執行主機遊戲受制於模擬器動態轉換開銷，運算瓶頸常導致畫面卡頓，難以重現高畫質流暢度。

曾主導「PS2Recomp」專案的軟體工程師 snuri00 近日在 GitHub 開源「PSP Web Recomp」專案。該技術摒棄傳統模擬器做法，改以靜態二進位重編譯將遊戲轉為 WebAssembly，成功讓《戰神：奧林帕斯之鏈》在 Chrome 與 Firefox 上以 4 倍解析度穩定跑出 60 FPS。

擺脫即時模擬效能包袱

過去要在 PC 或網頁環境重現主機遊戲，主流方案多依賴直譯器或 JIT（即時編譯）引擎，在執行階段逐行解析並轉譯目標主機的機器碼指令。

這種動態模擬機制會帶來顯著的 CPU 負擔與快取未命中問題。為了打破運算天花板，工程師 snuri00 將先前在 PlayStation 2 遊戲靜態重編譯專案「PS2Recomp」累積的架構經驗，延伸至 Sony 經典掌機 PlayStation Portable（PSP）的軟硬體生態中。

「PSP Web Recomp」的核心作法是離線將遊戲的光碟機器碼靜態逆向重組為 C++ 程式碼，再將其編譯為 WebAssembly（Wasm）二進位格式。由於完全免除了執行時期的指令動態解譯負擔，瀏覽器底層能以接近原生二進位碼的效能高速調度處理器資源。

從釋出的實際展示成果來看，經典動作大作《戰神：奧林帕斯之鏈》（God of War: Chains of Olympus）不僅能直接在主流瀏覽器開機，包括過場即時演算與激烈戰鬥場景皆維持在 60 FPS。渲染解析度更直逼原生 PSP 螢幕（480×272）的 4 倍，且背景音樂、音效與角色語音均能精準同步。

除了首作之外，續作《戰神：斯巴達的鬼魂》（God of War: Ghost of Sparta）亦能在 3 倍原生解析度下交出 55 FPS 至 60 FPS 的優異成績。不過，專案目前仍跳過所有預錄的 CG 影片檔案。

借鑑快取延遲置換機制，奪回六十幀效能

然而，打造這套專案的過程並非一帆風順。在剛建立出可正常遊玩的早期版本時，遊戲在瀏覽器內的執行效率極其低下，畫面甚至僅有慘澹的 6 FPS。

snuri00 指出，從 6 FPS 艱難爬升至 60 FPS 的關鍵，並不在於 WebGL2 渲染管線的硬體加速，而是耗費大量心力在效能分析（Profiling），精確找出究竟是哪項底層呼叫在無形中榨乾了整體運算時間。

深入追蹤後發現，原版《戰神》在 PSP 特殊的繪圖硬體上，並不會乖乖等待垂直空白期間（Vertical Blank, V-blank）才交換幀緩衝區（framebuffer swap）。這導致遊戲內部每在螢幕上呈現 1 幀畫面，繪圖核心實際上竟然無謂地重複繪製了約 8 幀資料。

針對這項異常龐大的運算黑洞，snuri00 借鑑了知名開源 PSP 模擬器「PPSSPP」長期驗證的技術刀法。該機制會強制攔截單次垂直空白期間發生的兩次置換請求，並將處理保留至下一個垂直空白週期，一次性將每幀的繪圖負擔砍掉八分之七（即僅剩 1/8 負擔），成功釋放算力。

重構系統核心與繪圖管線模糊原生移植與模擬界線

技術細節公開後，在知名科技社群 Hacker News 上引發了關於「這項專案究竟算不算模擬器」的激烈技術思辨，兩派開發者各自提出截然不同的架構論點。

支持「非模擬器」陣營的開發者認為，該專案在編譯期就已將 PSP 的 MIPS 機器碼徹底靜態轉換成 WebAssembly。從程式執行架構的角度來看，本質上更接近透過自動化逆向工程將遊戲專案「直接重新移植」至網頁端，徹底脫離了動態直譯或虛擬機模擬的概念。

但質疑的硬體開發者則直言，單純轉換 CPU 指令並不足以讓遊戲運作。專案仍必須透過 High-Level Emulation（HLE）高階模擬架構去實作 PSP 作業系統核心服務，並以 WebGL2 全面重新實作 PSP 專用圖形晶片的渲染行為。這套軟硬體抽象層的本質，仍是教科書級別的高階模擬器堆疊。

無論這項技術最終被定義為二進位重編譯移植還是 HLE 模擬，snuri00 展示的工程成果證明了現代網頁底層架構的潛力。藉由避開動態轉譯瓶頸，老舊主機封閉生態的數位資產正迎來更高效能的跨平台保存路徑。