開源 AnyPS5 透過繞過模擬在 PC 上以原生方式執行 PS5 遊戲 — GitHub 上獲得 2,000 顆星
目錄
您可能想知道
AnyPS5 是否真的能在 Windows 和 Linux 上執行 PS5 遊戲,而不需模擬整台主機?
在該專案目前的進展與廣泛可用性之間,存在哪些技術與法律障礙?
主要主題
開源專案 AnyPS5 在 GitHub 上吸引了大約 2,000 顆星,以及大量的分支與提交。該倉庫的作者(以 boykopovar 為名)將專案描述為「自動將可執行檔移植到 Linux 與 Windows 的工具」。AnyPS5 並非採用傳統模擬器的方式,而是走另一條技術路線:它嘗試將已解密的 PS5 可執行檔轉換為原生的 Windows 或 Linux 執行檔,並將著色器重新編譯為與 Vulkan 相容的 SPIR‑V。由於 PS5 使用具 x86-64 指令集的 AMD Zen 2 CPU,團隊認為沒有必要模擬不同的處理器架構——也就是傳統模擬中最耗效能的部分。
專案的重新連結器(relinker)設計用於處理 Zen 2 特定指令,例如 EXTRQ、INSERTQ、MOVNTSS 和 MOVNTSD,並包含對 Intel 指令轉換與存根生成的支援。著色器重新編譯器能輸出 SPIR‑V,當開發者啟用 ANYPS5_ENABLE_SPIRV_TOOLS 選項時,輸出會使用 SPIRV-Tools 進行驗證。專案也包含一個與 PRX 相容的系統函式庫實作,以支援動態連結而無需額外的執行時。這個區別很關鍵:AnyPS5 的目標不是將整台主機封裝在黑盒模擬器中,而是將 PS5 程式碼轉換成能直接在 PC 平台上執行的原生二進位檔。
儘管看似已有進展並吸引了關注,該專案尚未發布正式版本。作者所述的首次發布門檻是完整且正確啟動一款完整遊戲。根據倉庫說明,目前狀態可以到達 _start、執行堆疊解除與例外處理,並在至少一例中顯示遊戲標誌、主選單與帶音訊的遊戲畫面。某些遊戲需要以命令列方式的變通方法或省略特定系統模組(例如對某些標題使用 skip-sce-module 參數)。針對 Linux 的建置通常使用 GCC,而 Windows 建置則需要特定的 MinGW-w64 組態。媒體報導了這些里程碑,這證實了關注度,但關注度並不等同於一般可用性。
從技術上看,這種做法最明顯的好處是節省 CPU 開銷:省去架構模擬能消除一項重大效能負擔。然而,真正的工程挑戰在其他方面。像 PS5 這類現代主機作業系統暴露了數以千計的系統函式呼叫以及私有的圖形與音訊 API。這些 API 必須由 relinker 與 PRX 相容的函式庫集合重新實作、設置存根或以其他方式處理,這需要大量時間與人力。進展取決於已實作多少存根以及私有行為被重現的準確度——而不僅僅是處理器架構的相似程度。
另一個關鍵限制是實際與法律面的:AnyPS5 不提供、分發或要求任何受版權保護的 PS5 韌體、專有函式庫、金鑰或軟體。它的運作假設使用者已經擁有已解密的 PS5 可執行檔,這些必須透過其他方式取得。這種依賴使 AnyPS5 明確處於主機越獄與解密的更大生態系中——該生態系常處於法律灰色地帶。歷史提供了相關先例:任天堂在 2024 年提起訴訟後,Switch 模擬器 Yuzu 和解 240 萬美元並被移除發行,其他模擬器團隊也在法律壓力下收斂開發。GPL-2.0 授權與強烈的免責聲明並不能保證免於法律行動;它們或許能降低風險,但無法完全消除。
使用原生執行也伴隨安全性與可靠性上的取捨。模擬器可以作為保護層:當模擬實作不完美時,模擬器可能會安全失敗或提供相容層以防止災難性崩潰。相較之下,執行重新連結的原生程式碼若出現 ABI 不匹配、缺少系統呼叫或未處理的預期,可能會立即導致應用程式崩潰或未定義行為。這使得 relinker 方法成為把雙刃劍:在成功時可帶來優異效能,但失敗可能更嚴重且更難控制。
實務上,在 AnyPS5 的作者發布一個能在無需手動介入下穩定啟動並完整執行至少一款遊戲之前,該專案仍屬於活躍的研究與示範性工作,而非可取代 PS5 主機的即用方案。即便技術上成功,已解密 PS5 可執行檔的前提也限制了專案在現實世界的適用性,使其主要面向參與主機改造與內容提取流程的使用者——這是一個有限且法律敏感的受眾。
關鍵見解表
| 面向 | 說明 |
|---|---|
| 關鍵事實 1 | AnyPS5 嘗試將已解密的 PS5 可執行檔重新連結為原生的 Windows/Linux 二進位檔,而非模擬主機 CPU。 |
| 關鍵事實 2 | 主要挑戰是重新實作數千個 PS5 系統呼叫與私有的圖形/音訊 API,而不僅僅是 CPU 相容性。 |
後續...
展望未來,AnyPS5 的方法突顯了數個值得進一步探索的技術方向。首先,健全的二進位轉譯與自動存根生成工具可以加速跨平台的移植工作;靜態與動態分析的改進能減少手動實作量。其次,著色器翻譯與驗證的進步(例如,更成熟的 SPIR‑V 工具鏈)對本專案以外也有價值,有助於跨平台圖形互通性。第三,針對遊戲保存、使用者權利與第三方研究工具的法律與政策框架工作,能為在此領域運作的開發者提供更清晰的指引。
最後,雖然 relinker 模型承諾能帶來效能提升,社群也應投入測試、沙盒化與故障隔離技術,以減輕原生執行崩潰較高的風險。將高保真度的轉譯與嚴謹的安全層以及更清晰的法律策略結合,會讓像 AnyPS5 這樣的專案在技術上更可行,並降低遭遇非技術性失敗模式的風險。
最後編輯時間:2026/9/30
