一個數字震驚了所有人：12MB。在現代遊戲動輒數十 GB 的今天，有人竟能讓經典射擊遊戲《Counter-Strike》（簡稱《CS》）在僅有 12MB 可用記憶體的初代 PlayStation Portable (PSP) 掌機上，跑出穩定流暢的 60 幀畫面。這不只是一場技術展示，更像是一封寫給逝去青春的情書，重新定義了我們對「老舊硬體」的想像。
表象：不可能的任務？
當我們談論 PSP，腦海中浮現的或許是那塊 4.3 吋的螢幕、UMD 光碟機，以及當年《魔物獵人》帶來的無數熱血回憶。這台 2004 年問世的掌機，在硬體規格上早已是上個世代的產物，要在其上運行以 PC 為基礎的《CS》，聽起來簡直是天方夜譚。然而，開發者 Yifeng Wang 透過他的「OpenStrike」開源專案，硬生生將這份不可能變成了現實。
這項專案最令人咋舌的，莫過於它在極端資源限制下所達成的效能表現。初代 PSP 雖然配備 32MB 記憶體，但系統保留後，實際留給應用程式的空間只有約 24MB。而 OpenStrike 卻能在這片貧瘠的記憶體荒原上，僅佔用約 12MB，就讓《CS》的經典地圖與 AI 機器人對戰，以 60 幀的順暢度呈現在掌機螢幕上。這不單是移植，更是一場對硬體極限的挑戰。
可帶走的知識點： 即使是數十年前的老舊硬體，其潛力也可能被低估。透過極致最佳化與巧妙的工程設計，仍能展現出乎意料的現代級效能。
真相：雙引擎與記憶體精算大師
要將《CS》這類對效能要求頗高的遊戲塞進 PSP，絕非暴力移植能辦到。Yifeng Wang 為 OpenStrike 量身打造了一套「雙引擎架構」，這是他突破硬體天花板的關鍵巧思。底層引擎「Pocket3D」以 Rust 語言撰寫，專責處理所有高負載的 3D 運算，包含玩家移動、碰撞偵測、AI 邏輯、射擊彈道與最吃資源的場景渲染。這部分肩負了維持 60 幀流暢度的重責大任。
「我們必須將高負載運算與遊戲邏輯徹底分離。Rust 打造的 Pocket3D 引擎，就是為了榨乾 PSP 的每一分 GPU 效能而生，確保影格率穩定不墜。」這是 Yifeng Wang 在開發過程中，對其底層引擎核心理念的闡述，強調了效能優先的策略。
而在上層，則是由他自研的 JavaScript 引擎「PocketJS」負責。這款引擎內嵌 QuickJS，用來執行 JavaScript 與 TypeScript 程式碼，專門處理遊戲介面與規則，像是武器參數、玩家血量、分數系統等等。這種分層設計帶來了巨大的開發便利性，讓開發者只需修改一個檔案，就能調整遊戲規則，無需重新編譯龐大的 3D 引擎。
話說回來，12MB 的記憶體佔用是怎麼辦到的？Yifeng Wang 公開的數據顯示，Rust 引擎、QuickJS 核心、JavaScript 程式碼與地圖執行檔總計約 6.2MB；而 QuickJS 堆疊空間、引擎狀態與每影格所需的頂點緩衝區峰值則約 4.4MB。這些加總起來，正好約 12MB，甚至還為 PSP 保留了約 13MB 的剩餘空間。
「在 PSP 上，記憶體的每一位元組都彌足珍貴。我們對資源的分配，幾乎是『精算師』等級的，務求將每一分記憶體都用到淋漓盡致，不留一絲浪費。」這段話精準描繪了 OpenStrike 在記憶體管理上的嚴苛與精準。
可帶走的知識點： 「分層開發」不僅能提升開發效率，更能讓資源分配更具彈性。將運算密集的核心與邏輯層分離，是優化效能的常見策略。
各方角力：古老智慧的逆襲
OpenStrike 能在 PSP 上達到 60 幀的奇蹟，背後最大的秘密，其實是「盡可能減少不必要的運算」。現代遊戲引擎仰賴強大的顯示卡算力來處理即時光影與複雜的遮蔽剔除，但 PSP 顯然沒有這種本錢。因此，開發者回頭借鑑了 1990 年代 GoldSrc 引擎的「古老智慧」。
《CS》原始地圖採用 BSP（二元空間分割）格式，內建了 PVS（可能可見區域）數據。OpenStrike 引擎只需簡單「查表」，就能判斷出玩家當前畫面可視的範圍，牆壁後的區域直接跳過渲染。這種預先計算好的「遮蔽剔除術」，大幅減少了 PSP GPU 的負擔。
在光影處理上，也是異曲同工。原始 GoldSrc 地圖就帶有 Lightmap（光照貼圖）數據。OpenStrike 並沒有讓 PSP 傻傻地去計算即時光影，而是在編譯階段，就把 Lightmap 的結果「烘焙」進 3D 模型頂點的顏色中。PSP 實際運作時，只需按照頂點顏色繪製，就能自動完成光影漸層，完全省去了即時光影運算。
「對 PSP 而言，最有效的策略不是與現代硬體硬碰硬，而是回頭擁抱 GoldSrc 時代的『預算』哲學。預先計算一切能預算的，讓掌機只做最核心的繪製工作。」這句話揭示了開發者在技術選擇上的務實與智慧，完美詮釋了「少即是多」的原則。
當然，這種作法的代價是失去了動態光源與華麗的即時陰影，但考量到 PSP 那塊解析度僅 480×272 的螢幕，這樣的技術取捨不僅合理，更展現了極高的工程智慧。
可帶走的知識點： 在資源受限的環境下，回頭運用如 BSP/PVS 預處理、Lightmap 烘焙等「古老」技術，往往比追求即時渲染更能有效提升效能。
編輯觀點： 從產業面來看，OpenStrike 不僅僅是個移植專案，它更像是一場對「摩爾定律」的幽默反思。當所有人都在追求更高算力、更複雜的渲染時，Yifeng Wang 卻用極致的優化和對經典技術的敬意，證明了工程師的巧思遠比單純的硬體堆疊更具價值。這也提醒了我們，開源社群的力量，足以讓任何看似「過時」的硬體，重新煥發出令人驚豔的生命力，甚至為未來的嵌入式系統開發提供寶貴的啟示。
深層影響：開源社群的勝利
目前，OpenStrike 仍處於 v0.1 的概念驗證階段，但開發者已成功在 de_dust、de_dust2、de_inferno 和 cs_office 等 8 張經典《CS》地圖上，實現了玩家與 AI 機器人的殲滅戰。遊戲規則簡潔純粹，讓玩家能毫無中斷地重溫射擊快感。
這項令人振奮的專案已採用 MIT 授權條款，在 GitHub 平台上完全開源。這意味著全球的開發者都能參與其中，共同改進與擴展這個專案，讓更多人體驗到這份技術奇蹟。更棒的是，就算你手邊沒有實體 PSP，也能透過強大的 PPSSPP 模擬器來執行，親自感受這款在 12MB 記憶體中創造的經典。
這起事件不僅僅是為老玩家帶來了情懷，它更彰顯了開源社群的巨大潛力，證明了只要有足夠的熱情與技術，就能讓任何看似不可能的任務化為現實。這份對舊硬體潛力的挖掘，也為未來的嵌入式系統開發、物聯網設備優化，甚至是如何讓更多「電子垃圾」重獲新生，提供了寶貴的借鏡。
可帶走的知識點： 開源專案不僅能讓經典重現，其開放的特性更能吸引全球開發者共同參與，推動技術創新並延長硬體的生命週期。
未解之問：老兵不死，只是等待被喚醒？
OpenStrike 的成功，不禁讓人思考：還有多少被我們束之高閣的「老兵」——那些曾經風靡一時的舊硬體，正等待著被新世代的工程師們重新喚醒？PSP 跑《CS》只是個開始，這股對舊硬體潛力挖掘的風潮，是否會引領更多經典遊戲重返掌機，甚至催生出意想不到的應用？
或許，這不只是關於遊戲，更是關於一種惜物、一種挑戰極限的精神。當我們面對日新月異的科技浪潮時，回頭看看這些「老兵」如何被賦予新生，或許能讓我們對技術的本質，有更深一層的理解。你，準備好重新啟動你的 PSP 了嗎？
本文改寫整理自公開新聞來源，原始報導由T客邦發布。
常見問題 FAQ
PSP 上的《CS》專案叫什麼名字？
這個讓 PSP 能夠執行《Counter-Strike》的開源專案名為「OpenStrike」。
OpenStrike 如何在 PSP 上實現 60 幀的流暢度？
OpenStrike 採用了獨特的雙引擎架構，將高負載運算與遊戲邏輯分離。此外，它還精準控制記憶體佔用量在 12MB 左右，並借鑒 GoldSrc 引擎的預處理技術，如 PVS 遮蔽剔除和 Lightmap 烘焙，大幅減少了 PSP 的運算負擔。
OpenStrike 目前支援哪些遊戲內容？
目前 OpenStrike 處於 v0.1 概念驗證階段，已成功測試了 de_dust、de_dust2、de_inferno 和 cs_office 等 8 張經典《CS》地圖，玩家可以在這些地圖上與 AI 機器人進行殲滅戰。
我沒有實體 PSP 掌機也能玩 OpenStrike 嗎？
可以的。OpenStrike 專案不僅支援 PSP 原生的 EBOOT 執行檔案，也能透過強大的 PPSSPP 模擬器在電腦上執行，讓沒有實體掌機的玩家也能體驗。
※ 此篇文章由 AI 改寫或生成，內容僅供參考，可能存在錯誤或不準確之處。