Gilles Siberlin
Gilles Siberlin
Tried on windows with msvc but it fails, here's the log: ``` The Meson build system Version: 0.43.0 Source dir: D:\Projects\GSI\mupen64plus\mupen64plus-core Build dir: D:\Projects\GSI\mupen64plus\mupen64plus-core\build Build type: native build Project name:...
I managed to generate the msvc solution with osd=false. Looks awful:  This will hardly be usable for development purpose IMO. Sorry if I sound rude but this reminds me...
I forced using_tlb to 0 in the code but couldn't reproduce the issue. Do you have the savestate when the problem occurs? BTW once set the using_tlb flag is only...
Damn I hate this resume option, we need to find a way to make it more predictable, for example only do a loadstate on first frame. This is what the...
See mupen64plus-ui-console for the --savestate option
The drawback of the `--savestate` option is that the first frame will be shown before the loadstate happens. I think @littleguy77 wanted to avoid this. > Also, is the "slot"...
You can't load slot using the `--savestate` option. You need to specify the path to the savestate `--savestate C:\save.state`
Otherwise you can set your own frame callback `coreDoCommand(M64CMD_SET_FRAME_CALLBACK, 0, (void*)MyFrameCallback)` and do whatever you want inside it. You'll have to wait before M64CORE_EMU_STATE changed to M64EMU_RUNNING using OnStateCallbackListener before...
I'm not saying that this will fix the issue. However with the `--savestate` option, the loadstate will always happen at the same moment, so if you manage to reproduce the...
It's just that I won't be able to fix the issue if it's not 100% reproducible