Moritz Bender
Moritz Bender
> If it's not already, I would suggest allowing an option, or just having it always do it, to load the shaders before the game starts. I've been testing this...
> Someone needs to make sure the save type is set to the correct 2Kb EEPROM for the game. Looks like the `mupen64plus.ini` needs to be included somewhere as a...
I tested Banjo-Tooie a bit more and I'm still not sure what the problem is. I have tested the same core and gliden64 dlls with the offficial mupen64plus-ui-console program and...
btw I'd like to get this in sometime soon (after 2.11.1? assuming we'll manage to release that soon). I'd like to fork mupen64plus into the TASEmulators repo @vadosnaprimer so we...
I've looked into this a bit more by setting `MONO_SLEEP_ABORT_LIMIT`, and it looks like when the freeze happens it's due to mono waiting on the core thread, which is in...
>> a native function that never returns > >Sounds like the real problem. Can it return or call back into managed code periodically? This thread is the main emulation thread...
Window position? As in, if you want to do stuff in the game you gotta drag the emuhawk window around? Doesn't sound like a great user experience.
Dare I ask what this is for?
I personally don't like making things that are actively used disallowed by default and have them require a `#pragma warning ignore` to use (not just here, in other places as...
> cores must be pure with respect to the host filesystem, and they can't assume rom files even have a path at all because roms may be loaded from a...