Gilles Siberlin

Results 23 comments of 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: ![image](https://user-images.githubusercontent.com/2852068/34116423-e2fb2ca0-e418-11e7-9192-0b7c72999a25.png) 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