I compiled the native and .NET builds from source (linked to .NET 9.0 because of rolling release) with the default "make" (no extra variables set) and they work just fine for me now? I didn't have to remove the config file, either. I honestly have no idea what upstream dependency update could cause this - the other typical culprits like glibc, libstdc++, and dotnet weren't upgraded on the day it broke...
Edit: There was that one time when a mesa update indirectly broke rendering, I guess? It was upgraded twice in the past 2 days but I doubt that's relevant here.
theanhlk95 wrote: Sun Aug 24, 2025 10:36 pm
Very strange. I just tested on my brother's laptop and it's okay. Still don't know what's the problem of my PC.
Did you go into the user appdata folder and delete any old config files?
theanhlk95 wrote: Sun Aug 24, 2025 10:36 pm
Very strange. I just tested on my brother's laptop and it's okay. Still don't know what's the problem of my PC.
Did you go into the user appdata folder and delete any old config files?
I've done many ways as much as I can. Still not launch.
theanhlk95 wrote: Sun Aug 24, 2025 10:36 pm
Very strange. I just tested on my brother's laptop and it's okay. Still don't know what's the problem of my PC.
Did you go into the user appdata folder and delete any old config files?
I've done many ways as much as I can. Still not launch.
https://wwqf.lanzouw.com/iHxby32b40sj
You can try this version—it's one I localized myself. Don't mind the language. Since I added CJK fonts, it wouldn't run after compiling the source code either. So I adjusted the program's stack size to get it working properly.
Is there a way to get the Memory Viewer to display Japanese characters from a .tbl file correctly? I have been loving using Mesen for creating romhacks so far but all Japanese characters display incorrectly as two squares, meaning I have to revert to Windhex for anything with Japanese in it, which is super inconvenient. It would be really nice to be able to use Mesen's on-the-fly ROM editing for Japanese games.
Hello, I've been noticing a weird bug in the unlicensed puzzle game Creatom where the blocks stay stuck in the air when trying to move them to the left. This seems to be the case on other PC emulators, like Bizhawk and NintendulatorNRS, and when loading on an Everdrive, but it doesn't happen on the real cartridge or on Mister. You can see it happening in this short video where the blocks get stuck and a white rotation sprite appears underneath where the block should be: https://www.youtube.com/watch?v=DQHEI-rMlx0
Not sure how reasonable this would be to look into for a mapper used by a few games (Mapper 132), but I wanted to mention this just in case.
G.M.M. wrote: Tue Sep 02, 2025 6:30 pm
I've been noticing a weird bug in the unlicensed puzzle game Creatom where the blocks stay stuck in the air when trying to move them to the left.
When Right key is pressed, register $4105 is checked, but emulators expect $4100, CPU $F3EA (bank 1):