Is Yabasanshiro emulator coming on retropie?

grant2258

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

No idea, the only thing i know is that the pi4 is the only arm+gles3 device having this issue with yabasanshiro.
Can you define meaningful report ? Is reporting how to reproduce this issue on their forum not sufficient ? I consider myself lucky when i get that much in a bug report.

No not really your asking a dev to dig through a whole emulator. Your not singling out or narrowing the problem.

You cant tell them where it fails what layer is causing it and what function is only a real dev with real experience with this core and gles can report a bug effectively.

Its like saying look linux crashes with this app a fix it. The dev from the app awould need to identify the suspected cause and report it to gles team where its failing. Asking gles folks to work out if its your apps issue or there themselves is a big ask. Im sure someone with more experience will report the issue one day in a way that will get it fixed. It would actually be good to have more fails else where to help narrow the issue down in all honesty

barbudreadmon

@grant2258 i think https://www.raspberrypi.org/forums/viewtopic.php?f=68&t=270359&p=1641195&hilit=yabasanshiro#p1641195 is already providing some nice information though, i would be very happy if i ever had a bug report with that much details in any project i'm involved with...

grant2258

I dont see any definitive info there. It could still be a core or driver bug at this point. Its a start though anyway dont want a 1000 posts on this again. A solid report with concrete info will sort this issue wherever it is.

https://github.com/libretro/RetroArch/issues/10711 was assumed to be gcc 10 an it wasnt the truth is stranger than fiction sometimes

barbudreadmon

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

https://github.com/libretro/RetroArch/issues/10711 was assumed to be gcc 10 an it wasnt the truth is stranger than fiction sometimes

More recent version of compilers being sometimes more sensitive to program bug is nothing new, and the whole bug looks like something that would have been totally avoided from the beginning whatever the compiler if the coder used something like ASAN. This bug can't be compared to a bug where one program work properly on every known gles3 devices minus one.

dankcushions

i don't think there's much more to be said about the bug - detailed info is here: https://github.com/devmiyax/yabause/issues/737 - without someone who understands GLES/shader code to look at it (eg, devyimax), no amount of more info will help.

acidtech

Anyone have success building this on Raspberry PI OS 64bit beta? I've apparently gotten all the dependencies covered but build is failing with:

Linking CXX executable yabasanshiro
/usr/bin/ld: firebase-cpp-sdk/external/src/curl-build/lib/libcurl.a(asyn-thread.c.o): in function `gethostbyname_thread':
/home/pi/yabause/build/src/qt/firebase-cpp-sdk/external/src/curl/lib/asyn-thread.c:315: undefined reference to `Curl_ipv4_resolve_r'
/usr/bin/ld: firebase-cpp-sdk/external/src/curl-build/lib/libcurl.a(asyn-thread.c.o): in function `Curl_resolver_getaddrinfo':
/home/pi/yabause/build/src/qt/firebase-cpp-sdk/external/src/curl/lib/asyn-thread.c:594: undefined reference to `Curl_ipv4_resolve_r'
collect2: error: ld returned 1 exit status
make[3]: *** [src/qt/CMakeFiles/yabause-qt.dir/build.make:1674: src/qt/yabasanshiro] Error 1
make[2]: *** [CMakeFiles/Makefile2:380: src/qt/CMakeFiles/yabause-qt.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:392: src/qt/CMakeFiles/yabause-qt.dir/rule] Error 2
make: *** [Makefile:264: yabause-qt] Error 2

Any thoughts on what could be the cause?

myzar

@acidtech

about the cause no , about a quick and dirty hack i would edit asyn-thread.c and remove the reference to Curl_ipv4_resolve_r at line 315 & 594, the emu doesn't need to go online anyway

acidtech

@grant2258 Just confirming this addition worked. Got the retro_arena GUI and even started Sega Rally. Did not have the patched shaders so graphics were not correct and crashed just before the race began, but this is progress.

Note I'm working on this using Rasberry Pi OS 64bit beta.

Only other change I've made was to rp64.cmake:

set(CMAKE_SYSTEM_PROCESSOR arm)
to
set(CMAKE_SYSTEM_PROCESSOR aarch64)

acidtech

@myzar Yes, I did that and got further but in the end I've switched over to the retro_arena GUI and now I can at least start Sega Rally.

I already use QT for app development on Android and iOS. I really don't want to use it when I'm trying to have some fun.

grant2258

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

@grant2258 Just confirming this addition worked.

Are you referring to the SDL_GL_SetAttribute(SDL_GL_CONTEXT_PROFILE_MASK, SDL_GL_CONTEXT_PROFILE_ES); if so thats good news!

acidtech

@grant2258 Yes, SDL_GL_SetAttribute(SDL_GL_CONTEXT_PROFILE_MASK, SDL_GL_CONTEXT_PROFILE_ES);

grant2258

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

nt2258 Yes, SDL_GL_SetAttribute(SDL_GL_CONTEXT_PROFILE_MASK, SDL_GL_CONTEXT_PROFILE_ES);

nice one I dont have a pi 4 to test with glad it opens up the retro arena port! the diff buzz posted for the shader patch is here. https://github.com/devmiyax/yabause/issues/737 This is the only viable option for this emulator without qt since retroarch support is withdrawn.

acidtech

@grant2258 With the shader patch Sega Rally is running without errors. A few slow downs on the first track but full speed otherwise it appears(didnt have FPS showing). Not overclocked in nay way. So a good starting point I think.

myzar

I confirm that the retro-arena build indeed works adding that ,no qt deps crap and no xserver needed and plus it gets the input from retropie and you can quit without a keyboard , i use the rpi4 in a cab

Very good finding @acidtech and thx @grant2258 for the gles workaround

pjft

Thanks for the update!

@myzar would it be too much trouble to ask you for the binary and new runcommand string? :)

myzar

@pjft no trouble

https://mega.nz/file/qxkQmS4S#t0gGCquEGOQM9NqJWFCPkFqFJZO4UNROzjRKeorE7gQ

for the command line

yabasanshiro-sdl = "/opt/retropie/emulators/yabasanshiro/yabasanshiro-sdl %ROM%"

for the options you can use look here

https://github.com/devmiyax/yabause/tree/master/yabause/src/retro_arena

pjft

@myzar Thank you very much! I'll try it out during the weekend. Any noticeable performance changes?

Actually, a question: I'm getting a few errors, even after installing the dependencies.

File not found: 
Cannot initialize ISO-File Virtual Drive
Cannot initialize Game
Preference: opening /home/pi/.yabasanshiro/.config
Preference: fail to getInt Aspect rate
message: [json.exception.type_error.305] cannot use operator[] with number
exception id: 305

so I must be missing something around here. The games don't boot, and the emulator just gets stuck in a black screen.

I suspect it might be a file path thing somewhere - any clues, or did it just work straight off the bat for you?

Thanks.

myzar

@pjft my bad i have missed -i

the right string is

yabasanshiro-sdl = "/opt/retropie/emulators/yabasanshiro/yabasanshiro-sdl -i %ROM%"

performace seems the same but this is a lot easier to build and does not need xserver and qt

roslof

This is nice. Thank you for providing, @myzar

It looks like game-specific configurations are generated in /root/.yabasanshiro. Very nice, and unexpected.

Tips for Pi4B:
Tap "ESC" on keyboard to bring up Yaba Sanshiro Menu (instead of Ctrl-S from xserver build)
From Menu, set resolution to "Original" (defaults to Native, which is higher-res and too slow for Pi4B)
Controls are easy to change with this menu.

Not sure if saturn_bios.bin can be used. Tried the old command-line argument for this, but seems to always use RLE bios. Would help with compatibility for some games.

pjft

@roslof there's a -b flag, worst case we can have two entries in runcommand, one for HLE and one for BIOS.