Is Yabasanshiro emulator coming on retropie?

notthesame

hey guys me again, okay i got 3 emulators that are saturn, 1 yabause qt, yabasanshiro, yabasanshiro qt, so i turned on log on the only 1 i could, they didnt wnat to show video, i think maybe cos its the same issue, or i didnt turn off software when i compiled not sure how to do this,
heres the log ```
GL_FRAMEBUFFER_BINDING = 0PG_NORMAL
Compile error in vertex shader. 1
Shaderlog:
0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.00 ES, 3.00 ES, and 3.10 ES


so i dont know if i should post this or if this can help with the issue.
if anyone wants to try theses emulator let me know, they are for for desktop, now i seen people use the standalone in retropie not sure how to do this? 

anyways thats all information i got for this episode.

dankcushions

@notthesame oh interesting. GLSL 3.30 is the GLSL found in open gl 3.3. however, we typically compile for GLES support (the GL equivalent for mobile GPUs). i know that yaba-sanshiro supports mobile GPUs, so it sounds like a problem with the build, assuming you are getting this error with yaba-sanshiro? how are you building it? do you have a build log?

notthesame

hey, i can build the lr-yabasanshiro then post, i think it does have a build shader error,
git clone https://github.com/libretro/yabause.git -b yabasanshiro
in terminal of course, then
cd yabause
go to makefile /home/pi/yabause/yabause/src/libretro/makefile and
add LDFLAGS += -latomic save and then
make -C yabause/src/libretro ARCH_IS_LINUX=1 FORCE_GLES=1 HAVE_SSE=0 DYNAREC_DEVMIYAX=1 USE_ARM_DRC=1

maybe you guys can mess with it, i really dont know what else is wrong here

okay heres not compiling the log when compiling lr-yabasanshiro, that wont compile cos its giving a error, i found this by looking at some alexa compile on the pi also(wasnt easy hehe) so i found the code

the reason i place the broken compile is might be the wrong way of compiling and the second so it might be corrrect but something needs to be fixed.

LDFLAGS += -latomic

place right on the top inside of makefile near the other commands then compile paste below HAVE_FSEEKO = 0 then save and compile it then should compile

this is the compile that works, ill also look at the error code and this code that compiles the emulator okay but it does have its errors
fixed compile

it is interesting, but in the shaders file i see this

#if defined(_OGLES3_)
"#version 300 es \n"
"precision highp float;\n"
"precision highp int;\n"
#else
"#version 330 \n"
#endif

version 330 and 300 for es, if we have es 300 then should it work for that, or is it looking for 330 version?
but im not familiar with that.

hope you find something, fixing theses color fixes is gonna be amazing sega saturn game play on pi4, i want to play cotton cos mame plays it slow, advance wont save my game configures, but this emulator is amazing on the pi4, with pi4 stage, im sure we will get full speed on saturn once we have better support, all games ran at almost 60fps, a few 3d at 34 or 40, but over all i am really impressed, but once color is fixed this wont effect how it ran with this bad colors.
im sorry for the mess im not good setting up a step by step mostly right now i just got up hehe.
thanks again for your support dankcusions good luck and i hope you do find a way to fix this :)

BuZz

Looks like your missing the flag that sets the _OGLES3_ define. So you're building the opengl shaders?

dankcushions

I can see -D_OGLES3_ in the build log so that seems like it should work properly but i don't know. personally i would start from the upstream devyimax yabasanshiro core and work with them, as it's up to date and he should be able to support you.

notthesame

@BuZz no im not building the shaders, maybe this is the issue, let me find out how, if you got a idea let me know or anybody one here is welcome to help.

@dankcushions are you saying if i can build from that, let me try again i think i tired, but had issues with window.h or something, thanks for the ideas.

segaages

Sorry to interfere, I'm definitely not a programmer but I'm following this thread with great interest and I would like to help someway.
I saw in another unrelated thread a reply from @barbudreadmon which in its signature says is a libretro developer for (among others) YabaSanshiro. I just thought about citing him here, maybe can be of any help if he wants to.
I'm cheering for you all guys, can't wait to play Saturn on RPi4!

barbudreadmon

@notthesame already dmed me about this, but i'm not gonna be much help.

Long story short : gles3 support is broken on rpi4, and you are trying to patch emulators to take those bugs into account (as someone did in flycast last year : https://github.com/libretro/flycast/commit/37cc00ed73f50f96da5d28352a6fb7dfb290826f). I think it should be the other way around : get the rpi fundation to fix their drivers, you are their customers, you have rights, and if they don't, maybe stop being their customers ? I mean : there are better socs around, and they are affordable too...

Last resort would be to send or fund a rpi4 for devmiyax, the author of yabasanshiro, so that he tries implementing a workaround, well, good luck with that.

dankcushions

@barbudreadmon i agree but is anyone logging the issues with mesa? https://gitlab.freedesktop.org/mesa/mesa/-/issues. rpi has paid driver developers who have seemed quite approachable so far.

i can log it but i don't really understand GL beyond the basics.

barbudreadmon

@dankcushions said in Is Yabasanshiro emulator coming on retropie?:

i agree but is anyone logging the issues with mesa?

idk, in the first place are those issues with the mesa driver ? the userland driver ? or both ? i've been following those problems from very far since i never planned on buying a rpi4

dankcushions

@barbudreadmon said in Is Yabasanshiro emulator coming on retropie?:

in the first place are those issues with the mesa driver ? the userland driver ? or both ? i've been following those problems from very far since i never planned on buying a rpi4

i'm not an expert but my understanding is that anything open gl related will be covered by the MESA driver. the driver is maintained by Igalia, a consultancy software company who are handling the raspberry open source graphics stuff, so there's people paid to fix these issues and they seem to be doing good work (GLES 3.0 became 3.1, soon to be 3.2, and they are planning vulkan support after), so i'm positive we can get this issue sorted!

notthesame

everyone im proud to bring you yabasanshiro to pi4
panza dragon runs at 60fps yes drops 2 or 3 frames
just needs fixed a couple of minor things. @BuZz @dankcushions

sirhenrythe5th

Gosh :O

Great news & great work @notthesame

dankcushions

@notthesame great work! let us know when you have a PR or if you need any help with that arranging that. we should try and do the fix also in the upstream devyimax project.

Cornervizion

@notthesame Congratulations on your hard work. 👏

notthesame

Thank everyone for there help, I couldn't of done it with out support for the rpi4 and playing Saturn is amazing, I need to fix alot color issues which is not gonna be easy but now all games are playble and running at full speed, some kid asked yesterday to play bomber man and we'll, I can give him that promise and not just out out a 3rd party image saying lies.

Thank you everyone again 😊

Darksavior

@notthesame I can see it now. "3rd party image "maker": We got saturn working!"

quicksilver

@Darksavior I'd laugh if it weren't so true...

BuZz

Thanks. Look forward to seeing the changes upstream and how the issue(s) were worked around :-) nice one.

notthesame

thanks, ill maybe release it when im done the colors are still washed out, im gonna have people test the emulator first cos it did look messed up still.
i dont wanna promise people something and i wont get it done which i will but when its done :), thanks again