OpenSpeedy 開源遊戲變速工具，把單機遊戲的時間快轉或慢放

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

單機遊戲玩久了，總會撞上想按快轉的時刻：回頭刷素材的漫長農程、測試自己做的關卡要一遍遍跑圖、動畫演出看過第二次就只想跳過。想在電腦上解決這件事，老牌的選擇是 Cheat Engine 內建的變速功能，功能齊全但整套介面為改記憶體而設計，入門門檻不低；再來就是各種來路不明的加速外掛，你永遠不知道裡面夾帶了什麼。OpenSpeedy 卡在中間一個很少人認真做的位置：開源、免費、只做變速這一件事，Windows 專用，到 2026 年 9 月已經累積超過一萬七千顆星。

Pin

動手之前先講清楚一件常有人講混的事。如果你是衝著「解除影格率限制」這類說法來的，這工具幫不上忙。它調的是遊戲時間的流速，畫面更新率不在它的管轄範圍：想把 60 FPS 推上 144 FPS，該去動的是遊戲內設定與顯示卡驅動；想讓採集、跑圖、等待快轉，這才是 OpenSpeedy 的戰場。遊戲變快了、每秒畫出的畫面變多了，那是時間加速的結果，機制上它從頭到尾都在處理時間。

遊戲的時鐘是怎麼撥快的

絕大多數 Windows 遊戲不會自己數時間，它們向系統詢問：現在幾點、過了幾毫秒。這些詢問走的是 Windows API 的時間函數，GetTickCount、QueryPerformanceCounter、GetSystemTimeAsFileTime 這一類。遊戲引擎拿這些回傳值算角色移動、動畫進度、冷卻倒數，等於整個遊戲世界都掛在系統時鐘上。

OpenSpeedy 的做法，是在遊戲啟動後把一小段程式注入遊戲程序，把這些時間函數換成自己的版本。換完之後，遊戲再問時間，拿到的是乘上倍率後的數字。我把 3.3.8 版的原始碼翻過一輪，它的邏輯拆開來只有兩半：

• 時間讀取類：回傳「基準點加上經過時間乘上倍率」。你設兩倍速，遊戲會以為兩秒的事情只花了一秒。
• 等待類：Sleep、WaitForSingleObject 這類讓程式暫停的呼叫，等待時間直接除以倍率。遊戲想睡 16 毫秒再畫下一格，實際只睡 8 毫秒。

兩半合起來，就像把遊戲戴的手錶偷偷撥快，錶走得越快，遊戲世界轉得越快，而真實世界的時間一秒都沒少。在 WaitFor 系列的掛鉤裡有兩個值明文不碰：等待值為 0（程式在輪詢）與無限等待（等待外部訊號），這兩種照原樣處理，因為縮放它們不會讓遊戲變快，只會讓輪詢空轉更兇。

滑桿為什麼能即時生效，原始碼裡也有答案：補丁模組內部有一塊共享資料區段存放倍率，主程式透過注入器把新值隨時寫進去，啟用開關則放在一塊以 OpenSpeedy 加上遊戲程序編號命名的共享記憶體裡，補丁每次計算時間都現讀這兩個值，倍率一改，下一個瞬間就換算，不用重開遊戲。

這套機制不碰系統核心。它在使用者層級掛鉤，不安裝驅動、不改核心，官方稱之為 Ring 3 層級的作法。這不代表沒有痕跡，程式注入與函數替換都實實在在發生在遊戲程序裡，後面談線上遊戲時會回到這一點。

原始碼裡數得到 17 個掛鉤點，官方文件只列了 10 個

README 上有一張掛鉤函數表，列了 10 個函數。我對著原始碼的掛鉤清單數了一遍，實際是 17 個：多了 SleepEx、WaitForSingleObject、WaitForSingleObjectEx、WaitForMultipleObjects、WaitForMultipleObjectsEx、timeSetEvent、GetMessageTime 這 7 個，全部屬於等待與計時類。照原始碼的行為分組，整張地圖長這樣：

落差要拆開看：SleepEx、timeSetEvent、GetMessageTime 在 6 月的大改版之初就已掛上，WaitFor 系列 4 個則晚到 7 月 29 日才補齊，README 的表在這兩波之後都沒有更新。3.3.8 的發布說明寫得相當坦白：很多遊戲限制畫面步調的方式並非呼叫 Sleep，而是用 WaitForSingleObject 傳入大約 16 毫秒的逾時在等事件，舊版掛鉤沒覆蓋到這條路徑，這些遊戲就加速無效；新版把整個 WaitFor 系列補齊，0 與無限等待除外。這段官方說明也解開了一個常見誤解的源頭：影格率與變速確實會互相影響（等待 16 毫秒畫一格，就是鎖在約 60 FPS 的步調），但影響的路徑是時間加速，跟「解除畫面更新率上限」是兩回事。同一份說明還交代了一個反直覺的修正：專案早前同時掛鉤了 QueryPerformanceCounter 與 QueryPerformanceFrequency，結果計數與頻率一起乘上倍率，兩邊相除剛好抵銷，等於白做；而頻率那條掛鉤其實從來沒有真正裝上，這次順手清掉。

這張表的落後不只是疏忽，它反映了這個專案的文件節奏。官方 wiki 的開發者文件還停在上一代 Qt5 介面的架構描述，現在的程式已經換成 Tauri 框架（Rust 加網頁技術的桌面應用方案），核心則仍然是 C 寫的補助模組配 minhook 掛鉤庫。查這個專案的資料時，原始碼比文件可信，這點後面會再出現。

下載安裝走官方管道，繁中介面是內建的

OpenSpeedy 只支援 Windows 10 與之後的系統，32 位元與 64 位元的遊戲程序都能處理。官方提供兩種安裝方式：用 Windows 內建的 winget 指令（winget install openspeedy），或到 GitHub 的 Releases 頁面下載壓縮包。安裝版的 MSI 安裝程式只有簡體中文介面，可攜版解壓縮就能跑。

我把 3.3.8 的可攜版壓縮包解開看過，內容就五個檔案：主程式 openspeedy.exe、兩個注入器 bridge32.exe 與 bridge64.exe、兩個補丁模組 speedpatch32.dll 與 speedpatch64.dll。架構分工清楚：主程式列出系統上的程序讓你挑目標，注入器負責把對應位元版本的補丁塞進遊戲程序，補丁再做實際的時間篡改。

操作流程按官方文件的說明是這樣：先開 OpenSpeedy，再開想加速的遊戲，在程序清單搜尋遊戲名稱、勾選，然後拉滑桿設定倍率，速度即時生效。程序清單預設把記憶體佔用大的排前面，找遊戲通常不用捲太遠；README 也附了加速前後的對比示範影片可以參考。介面提供 5 組可自訂的速度檔位配快捷鍵，切換速度不必回視窗；內建 12 種介面語言，繁體中文在列，台灣讀者不用啃英文。它沒有內建更新器，新版要自己回 Releases 頁面抓，或靠 winget 升級。

Pin

加速沒生效時，照官方清單逐一排查

勾了程序、拉了滑桿，遊戲卻沒變快，官方 wiki 的除錯指南列了幾個常見原因，照著走一遍通常能縮小範圍。

頭號原因是垂直同步。遊戲開著垂直同步時，畫面更新鎖在螢幕更新率上，官方的說法是這個設定會鎖定影格率、干擾變速，遊戲內與顯示卡驅動面板（NVIDIA 控制面板之類）的垂直同步都要關掉。這也再次印證前面講的邊界：時間撥快了，畫面輸出仍可能卡在同步機制上。

再來是權限與路徑。少數遊戲以管理員身分執行，這時 OpenSpeedy 也要用管理員身分開，否則注入不了。路徑問題更陰險：注入失敗時程式會改走 ASCII 版的注入函數，一旦 OpenSpeedy 放在含中文字的資料夾路徑下，這條備援就會失敗，所以官方建議把它放在全英文路徑。台灣使用者「下載」資料夾預設沒事，但自己搬去中文資料夾就會踩到。

防毒軟體是另一道關。注入器用的是 CreateRemoteThread 加 LoadLibrary 的組合，這組函數在木馬裡出現得太頻繁，防毒誤判成病毒是常態；防毒刪掉 bridge32.exe 與 bridge64.exe 時，介面裡的注入器狀態會顯示異常退出，官方的建議是把這幾個執行檔加進白名單，前提是確認檔案來自官方管道。

簽章的現況值得單獨講。官方 wiki 的防毒段落還寫著目前暫時沒有數位簽章、正在申請 SignPath 的開源簽章資格，但我把 3.3.8 的壓縮包解開逐一檢查憑證，五個檔案全部帶著指向 SignPath Foundation 的簽章鏈，連最容易被防毒誤判的兩個注入器也在內，申請顯然已經核准，wiki 這段還沒跟上。簽章不是防毒誤判的免死金牌，行為特徵照樣會觸發攔截，但它至少讓你能對照官方發布頁確認手上的檔案沒有動過手腳。

都查過還是不動，官方給的最後答案就很直白：遊戲本身有反作弊機制擋住了注入，目前無解，請換其他變速器。

不是每款遊戲都吃，而支援整個專案的只有一個人

機制上時間掛鉤不挑引擎，凡是走 Windows 標準時間 API 的程式理論上都適用。理論兩個字要劃重點。GitHub 的 issue 反映了現實：有玩家回報魔獸爭霸三在 1.7.9 版可以加速，升到 3.3.8 反而失效；開發者的回覆是先照 wiki 自行排查權限等因素，試過仍不行，那就愛莫能助，建議換其他工具。2026 年 9 月初也還有一則開啟中的閃退回報，指出 3.3.7 與 3.3.8 在特定系統上一開就退。

這不是敷衍，是結構問題。整個專案原則上是一人開發：master 分支 56 筆提交裡有 53 筆來自同一位作者 game1024，外部貢獻者合計 3 筆。一個人顧 GUI、注入器、補丁、十二種語言與 Windows 更新帶來的相容性，發布節奏倒是勤快，2025 年 5 月起步到 2026 年 8 月已累積 49 個版本，光 2026 年 7 月就出了八個。但個別遊戲的失效個案，本質上要靠社群自己回報與等待，把它當成一定能用的工具會失望，把它當成值得先試的開源選項比較符合現實。

官方對 issue 的態度也劃出了界線：作者明確表示不收雲端硬碟與網路遊戲相關的問題回報，作者對這類 issue 直接封鎖處理。前半句呼應了下載來源的問題（後面會講），後半句則是把線上遊戲的使用場景整個推開。

線上遊戲是紅線，下載來源與授權也值得看清

README 的警告區寫得直接：部分線上遊戲有反作弊系統，使用這個工具可能導致帳號被封；它也自陳定位是教育與研究用途，不建議用在競技類線上遊戲，使用者自負風險。多數人把這些條款級的話當免責樣板略過，但在這個工具上，它們與機制完全對得上：注入與函數替換都發生在遊戲程序內，反作弊系統看得到，也有一票理由在意。

官方 wiki 另外維護了一份不支援清單，把界線畫得更細：所有線上軟體與線上遊戲都不保證有效也不鼓勵，作者給的理由很實際，對線上服務變速涉及法律問題，也容易觸發平台違規、連累專案下架，所以相關功能一律不做；帶反作弊注入防護的程式（官方舉的例子是通訊軟體的小程式框架）擋住補丁時無解；安卓模擬器也不在支援之列。單機遊戲、自己開發的關卡測試、沙盒類遊戲的建造過程，才是它安心的使用面。想在瀏覽器裡找些不用安裝的休閒遊戲，可以看我們之前整理的免安裝網頁遊戲平台，那跟變速是兩條路。

下載來源同樣要挑。這類工具在各種下載站與雲端硬碟流傳的重新打包版本不少，夾帶什麼無從得知，而官方管道（GitHub Releases 與 winget）永遠擺在那裡。作者不接受雲端硬碟相關的 issue，某種程度上也是在跟那些重打包版本保持距離。

授權方面，現在的答案明確：GPL v3，原始碼與授權條款都在 GitHub 上。但這份明確來得晚，授權檔是 2026 年 7 月 26 日才補進倉庫的，而專案 2025 年 5 月就成立了，中間長達十四個月，這個倉庫處於「程式公開、授權未定」的狀態。對一般使用者只是背景知識，對想把它的程式碼拿去改作、散布的人是真正的差別：GPL v3 意味著衍生作品要遵守同樣的授權，商業閉源打包它會踩線。

適合放進工具箱的人，和不該碰的人

會用到它的人輪廓相當具體：農素材的單機玩家、反覆跑圖測試的關卡作者、想快轉漫長教學與演出的內容創作者，以及各種「這段流程我已經看過一百次」的場合。倍率拉太極端時官方也提醒可能讓物理運算出錯或直接崩潰，這種狀況退一格通常就穩了。玩家工具的生態裡，跨遊戲搬設定有滑鼠靈敏度換算器這類專門服務，遊戲中查資料有浮動式攻略查詢工具，時間軸上的快轉與慢放，OpenSpeedy 補上了 Windows 開源這一格，而 Windows 本身的疑難雜症（像繞過硬體限制升級 Windows 11）又是另一批工具的戰場。

不該碰的名單更短也更硬：任何連線對戰或帶反作弊的線上遊戲，帳號的價值通常遠大於省下的時間；想要的是更高影格率而非更快時間的人，這工具從機制上就幫不了你。還有一種情況是心態問題：把單機遊戲加速用在自己享受的流程上，是調節節奏；用來跳過設計者精心安排的體驗，那省下的時間未必值得。工具本身中立，這條線每個人自己拿捏。

授權與專案狀態

OpenSpeedy 以 GPL v3 授權開源，原始碼完整公開在 GitHub（game1024/OpenSpeedy），核心掛鉤邏輯在 src-bridge 目錄可以逐行核對。專案建立於 2025 年 5 月，到 2026 年 9 月初超過一萬七千顆星、一千兩百多次 fork，最新版本 3.3.8 於 2026 年 8 月 4 日釋出，授權檔於 2026 年 7 月 26 日補齊。官方 wiki 的部分文件（開發者架構說明）仍停留在上一代架構，引用時留意。README 頂端掛著一個外部推廣連結，橫幅圖片目前已失效，與工具本體無關，看到時別困惑。這類工具的行為與文件日後都可能變動，動手前以官方文件為準。