[第1期] 重編譯模擬器 [复制链接]

不知道為什麼
如果simple64沒有qt.conf
反而無法識別dll位置
於是所有使用Qt編譯的模擬器
重新加回qt.conf以免再有類似狀況發生

想使用VS2022編譯melonDS卻是失敗收場
看了一下必要的庫libslirp必須是非Windows或MinGW才可用
也就是說VS2022就算通過vcpkg也無法安裝這個庫
這實在是令我大受打擊, 看來MECC修改不到x64的問題是無解

用MinGW編譯Qt總是失敗, MSVC就正常, 實在是奇怪
總之我現在正在自己動手編譯MSVC版Qt
版本有5.15.6和6.3.2, x32和x64雙架構
Qt6官方雖然沒有x32, 但實際上還是能靠自己手動編譯出來
DuckStation x32使用的Qt6.3.1就是這麼來的
不過Qt6.3.2目前仍未有兼容Win7的方法
Win7用戶可能要再等等, 目前Qt6.3.2只是單純編譯好玩的
不會真正用來編譯模擬器, 至於Qt5.15.6會用於編譯Citra
因為MinGW版編譯不能的關係, bsnes-plus仍會停留在Qt5.15.2
目前的計畫大概就這樣, 是說編譯Citra會自動下載Qt
但卻是優先下載版本5.10, 明明官方repo有版本5.15.5...
也罷, 現在自己編譯了版本5.15.6, 基本也用不到自動下載的Qt

Citra及FCEUX Qt模擬器重新編譯上傳
使用Qt5.15.6編譯, Citra基地址稍後更新

編輯: Citra基地址沒有更新必要

剛才做了個小實驗, 對象是原版Flycast
這是少數可以禁用Large Address Aware開關的模擬器
禁用這個開關以後, 模擬器的模塊起始地址會在7FFFFFFF以內
如果同時禁用Dynamic Base開關的話, 模塊起始地址會固定在10000
據說比較早期的Windows操作系統, 各種應用的模塊起始地址就是在10000
得到這樣的結果倒是挺出乎意料的, 還以為模塊起始地址會自動固定在400000
可惜melonDS不能禁用Large Address Aware開關, 直接就ROM加載不能
看來可以徹底死心, MECC就是沒辦法修改melonDS x64, 雖然可惜卻也無能為力...

試了幾個模擬器
基本上禁用Large Address Aware開關後不能啟用JIT
否則運行遊戲就出錯
不過PPSSPP就真的完全無法禁用LAA開關
ISO直接加載不能
不過Citra, Dolphin和PCSX2這種沒開JIT就卡成狗的模擬器
自然還是需要啟用LAA開關
總之目前我心裡有個底
一些模擬器搞不好根本也不需要自己編譯
直接禁用LAA和Dynamic Base開關就好
雖然有點偷機, 不過能減少些編譯的等待時間也是不錯
應該有一部分的模擬器可以直接靠修改exe來固定模塊起始地址

bsnes-plus, Citra, Dolphin, DuckStation, FCEUX x64&Qt, Ishiiruka
melonDS x32, Mesen-X, Mesen-SX, Ootake, PCSX2及PPSSPP
以上模擬器重編譯
Dolphin, DuckStation及PCSX2升級Qt版本至6.3.2
Mesen-X及Mesen-SX的dll模塊起始地址
現在固定在180000000
因為本來設置10000000卻不是所有玩家的電腦都會固定在這個地址

DeSmuME及Snes9x模擬器更新

Flycast, melonDS x64及VBA-M改為分享修改版
這幾個模擬器現在沒有編譯必要

simple64模擬器取消分享
只支持Win10+的模擬器就沒必要分享了
大家用官方版本就好

MECC及CM基地址稍後更新

編輯: 基地址已更新

原來啟用Dynamic Base的exe占用容量會比禁用的還大
怪不得把禁用改成啟用沒效, 啟用改成禁用卻有效

分享ares模擬器修改版
這模擬器無法編譯x32
並且是日網玩家的請求物
沒需要的玩家就不用理會

取消分享BGB, ePSXe, Flycast x32, melonDS x64, Ootake和VBA-M模擬器
BGB, ePSXe和melonDS x64單純是不想分享, 故取消分享
Flycast x32目前不能玩遊戲, 故取消分享
Ootake作者已經升級編譯環境至VS2022
加上x64好像沒什麼玩家使用, 故取消分享
VBA-M這模擬器自從取消MFC介面後
我一直對其沒什麼好感, 問題太多又都不修, 故取消分享
未來有請求才會追加分享模擬器, 較少使用的模擬器會取消分享