Well, got a black screen and can not compile it any more. 
In file included from libretro-common/compat/fopen_utf8.c:1:0:
./libretro-common/include/compat/fopen_utf8.h:16:1:
error: unknown type name âboolâ; did you mean â_Boolâ?
bool unlink_utf8(const char * filename);
Installed in a new dir, canât load the core (tested with snes9x).
Redid the fopen utf-8 stuff
Iâve never seen the black screen happen on my computer.
The black screen happens when I try to launch the exe from my usual RA folder, alongside dlls and cfg.
Trying again with Mingw64 (gcc 7.3), still some errors.
(and going to sleep for todayâŚ)
added the cpp files to griffin_cpp
C++ was just used to develop it rapidly, if it really needs to be C, there arenât that many changes to be made to turn it back into C. Biggest one is to eliminate use of the stl map and tuple classes.
I really donât understand the aversion to C++. Once you link in malloc and all its friends, bringing in C++ is not much bigger, as long as you donât do something stupid like use iostream.
C++ ends up being more maintainable if you do not go full out in multiple layers of unnecessary abstraction, just because you get stl containers and strings.
Anyway, how do I get the system temp directory on a platform other than Linux or Windows? I see that the Wii version supports dynamic loading libraries, but there is no system Temp directory on that system, and the Retroarch Cache directory is defined as blank by default.
Iâm pretty sure it uses static linking against RetroArch.
Gearboy seems to work fine and didnât crash on Skate or Die level 3 loading (still using readhead v1).
Ah, gearboyâs a different emulator.
Gambatte happens to work fine on level 3 using readahead v2. In order to get the crash on v2, youâd need a frame perfect change in input on the exact frame it would trigger, and also never change your input after that point.
I was wondering if someone could send in a directory tree that causes the black screen problem, possibly get it down to the bare minimum. The minimum might just be the config file itself.
Itâs probably because Iâm not making CG builds then.
Ah yes, thatâs it⌠that shader in the main config file causing that issue⌠not the 1st time it happens.
But I canât load any core at all. Can you run the ones you get from the buildbot?
Make sure the directory defined for unzipping files (cache_directory) actually exists. The setting for cache_directory is left blank by default due to a bug. Your cfg file refers to âcacheâ, which isnât created by default, make sure it exists.
Did not help.
[ERROR] Failed to open libretro core: âE:\Emulateurs\RetroArch-runahead-v2\cores\snes9x_libretro.dllâ
[ERROR] Error(s): The specified module could not be found.
Failing to load a DLL usually means wrong architecture here (x86 vs x64).
Thatâs not the case here, I tried to load an x86 core and it gives a different message.
Ok, got it working, it was just missing some redist dll without giving any error message.
Thanks! Works fine using SameBoy.
But using fceumm to try Akumajou Densetsu and despite the sound that is now good, itâs jumping around a lot.
Well, in SMB too.
Happens with pce_fast too.
Could be because of autofire in the core or something like that⌠I tried to remove remap and override but that wasnât it.
(If I activate the autofire with the hotkey itâs smooth again, probably because that forces to resync regularly?)
Impressive that it can work in mednafen psx, and saturn where itâs more than needed (but needs a really fast cpu).
RE:fceumm dunno if anyone read that PR in fceumm before the merged, but even super mario bros. can still have slight âcracklingâ, which is more noticeable when you increase sound quality in core options.