CheatMaker 论坛

用來編譯Mednafen的系統改為Ubuntu 14.04
這個版本可以安裝GCC 4.9.4
編譯toolchain時不用再添加CXXFLAGS="-std=c++14"參數
Ubuntu 14.04也已經是官網可以找到的最舊版本
基本也用不到更低版本, 只要能用GCC 4.9.4就行

20230415
模擬器常規更新

使用Qt5的模擬器升級成Qt 5.15.9

嗯... PCSX2編譯時使用Qt 6.5.0
然而那些dll忘了一起升級, 還在6.4.2...
今天更新修正這個問題, 模擬器可以正常運作了

結果暫時只有DeSmuME可以做到免運行時庫
使用Qt的模擬器沒辦法這樣做, 編譯會報錯

感谢分享

追加分享Mesen, NanoBoyAdvance和Ootake

Mesen x32的兼容問題已解決, 應該可以用了
這邊再次分享, 並且同樣為免運行時庫的單一文件
NanoBoyAdvance和Ootake同樣分享的x32 & x64雙版本
Ootake跟官方版不同, 並不支持WinXP
至於為何再次分享? 只是單純用自己編譯的Qt5.15.9去編譯NBA
而且沒看見其他網友編譯x32, 另外就是單純想分享x64的Ootake
畢竟沒看見其他網友編譯x64, 也挺好奇為何作者不做一個

稍微講一下我如何解決Mesen的x32兼容問題
我其實有發現32位版前兩次打開都是正常的
第三次開始會打不開, 不過前兩次的模擬器窗口位置不同
第一次隨機位置, 第二次直接跑到左上角
貌似是什麼原因導致的不能正確記憶窗口位置
所以我就在Github上搜索WindowLocation
果然找到一份源代碼文件曾經在前陣子修改過
恢復以前的代碼就可以收工, 不過32位版還有另一個bug
我暫時沒找到方法處理, 就是窗口座標不能小於(1,1)
否則一定崩潰, 64位無此問題, 反正應該也不會有誰喜歡把窗口放在左上角吧
這個問題我應該還不會去處理, 大概就是如此

最近把公司电脑装了Win10

Mesen在Win7上就不会超过FFFFFFFF
到Win10上就必定会变成大内存
用工具取消大内存就无法运行了

回复 668楼银河漫步的帖子

具體是x32還是x64的問題
我這邊沒發現問題
不過我是以自己編譯的模擬器來測試
此外dotnet編譯的exe要修改的地方跟一般exe不同
照樣修改是NG的, 總之我得先釐清模擬器是x32還是x64

搞懂了, 是x64的問題
有兩個方式解決
1是改用32位版
我已經通過復舊源代碼文件
解決第三次以後打開模擬器出錯的問題
2是找到正確的偏移修改exe文件
這個偏移每次編譯好的exe都不一定相同
所以我沒辦法說個準確的地址

紅框是exe的大內存開關地址
藍框是dll的大內存開關地址
dotnet編譯的exe不清楚什麼原因
用的是藍框位置修改開關
和紅框一樣都是減去20(bit 5)
就能關閉大內存地址, 這樣應該能解決版主的問題

PPSSPP x64貌似不能完全用LLVM編譯
miniupnp這項專案一編譯就報錯
不過改回v143工具集就行了
而且就算不是所有子專案都用LLVM編譯
似乎也不一定造成主程序編譯失敗
以LLVM編譯的PPSSPP, FPS最大可以上升約100
感覺還是挺不錯的, 估計下次更新會分享用LLVM編譯的PPSSPP

預計再讓幾個模擬器支持WinXP並重新分享
分別是FCEUX, Ootake, Project64和Snes9x
不過官方版很可能一直都支持WinXP
所以這裡也有可能取消不做
DeSmuME如果要同時支持WinXP又要以LLVM編譯
會導致無法多線程編譯, 具體而言是編譯速度減慢
因此我還在考慮做不做, 一般編譯只需2分鐘
單線程編譯需要5分鐘, 是個令我相當糾結的問題...

紅框是exe的大內存開關地址 藍框是dll的大內存開關地址 dotnet編譯的exe不清楚什麼原因 用的是藍框位置修改開關 和紅框一樣都是減去20(bit 5) 就能關閉大內存地址, 這樣應該能解決...... Blader 发表于 2023/4/19 17:55:42

没用的
只要取消大内存
模拟器就不让运行了

回复 674楼银河漫步的帖子

明天我上傳自己編譯的Mesen
到時候請版主再試一次

20230422
模擬器常規更新

重新添加幾個模擬器分享
除了BizHawk和幾個未開源或沒在git託管源代碼的模擬器以外
其餘模擬器皆為開發版

題外話, mGBA要編譯獨立exe需要使用docker
摸索半天只感覺是在浪費硬盤容量
於是決定直接用官方編譯好的成品...

自己動手編譯Qt就是舒服, 這樣的Qt用來編譯模擬器, 完全不用綁一狗票dll
雖然我比較偷懶, 覺得沒必要的參數都不太添加, 所以FCEUX的Qt版也整個縮水不少
Citra和FCEUX官方版都有用到ffmpeg, 我個人不太用就忽略相關的元件, 而且說實話
ffmpeg這東西太占容量了... 如果Citra和FCEUX有啥功能不能用的, 請一律使用官方版

厲害了我的哥, 剛從日本網友那聽說
FCEUX的Qt版打不開無法運行
雖然對方好像不是用Win7
但我還是在虛擬機Win7試跑了一下
還真就打不開了, 還不停在後台占用CPU
心想是否缺了啥, 打開depwalk也看不懂啥問題
索性把能補的dll都給補了, 模擬器仍舊死活打不開
真把我逼急了, 忽然想到會不會又是qt.conf不存在的問題
立馬創建一個空白的qt.conf文件, 模擬器秒運行, 撒花~~
但是我接著又測試了Citra, 明明不需要這個文件啊?
只能說這Qt還是挺神奇的, 也不曉得葫蘆裡賣的什麼藥
有時需要有時又不需要qt.conf了, 心臟不夠大顆不能隨便用Qt啊

問題解決了, 就是模擬器設置文件不兼容導致的問題
跟qt.conf壓根沒半點毛線關係

今天分享源代碼, 只包含修改過的部分
另一種說法是patch, 不過並非所有修改的內容都有分享
所以說例如要編譯32位版就必須自己另外處理
不負責分享相關源文件, 那麼報告完畢~

剛才試了一下, Ishiiruka不能不用v142工具集編譯
因為v143開始刪掉了某些東西, 會導致編譯失敗
我本來以為v143的前幾個版本應該是可以編譯的
現在確定不行就直接放棄吧, 反正系統C盤還有很多容量可用
多裝一些build tools也不會怎樣, 能移的都移到D盤了

看了一下源代碼, DeSmuME貌似只對SSE2和AVX2有優化而已
其他指令集不能通過ClangCL的編譯, 真是難辦

BGB重新打包, 補回遺失了的官方文件
Project64添加分享64位版, 官方貌似修好了64位版的bug
經確認感覺可以分享了, 現在移動到96文件夾
RMG和simple64重新打包, 修正小問題

PCSX2v1.7.3581重編譯, 不再使用Microsoft.XAudio2.Redist
這貨維護起來煩死人, 換言之xaudio2_9redist.dll可以不用了
大不了Win7用不到XAudio2, 反正默認已經是Cubeb
運行遊戲時基本不再崩潰, 所以將就用吧
另外也只編譯CMake的SSE4.1版, 之前多做的還是不弄了
節省一點編譯時間, 大概就是這樣, 模擬器有問題請跟帖反饋

yuzu模擬器編譯失敗, 本想研究下如何兼容Win7
竟被直接勸退, 雖然也沒特地下NS遊戲, 基本是測試不了
不過我能編譯的模擬器, 怎麼轉來轉去好像就那幾個...

原來ZSNES也有debugger
不過又是命令行介面, 和SameBoy差不多
還是不強求了...

今天添加分享Kronos自編譯版
這貨居然不能用GCC編譯, MSVC編譯版一退出就崩潰
2.2.0以後版本都這樣, 不知怎樣修, 有點兒難辦啊

嘗試自行編譯2.2.0依舊退出模擬器時崩潰
我感覺這已經是其他問題了, 難道是Qt版本太新?

我一直都記錯了, 是Kronos 2.1.5沒問題
2.2.0開始的版本都有這問題, 然而沒找出問題出在哪

Ubuntu 23.04還是可以安裝GCC 10.4
只要確定有低於GCC 11的版本可安裝就能編譯Mednafen
所以不糾結使用舊版Ubuntu了