Is Yabasanshiro emulator coming on retropie?
-
I would suggest you contact fsf if you think its within breech or to get clarification at least you could be right not sure on the time frame. It would be a guess on my part in all honestly. I think on a human level the delays is to do with getting your patreon rewards before you share it.
-
All in all, I understand your stance on it @barbudreadmon and it is unfortunate that he is not very responsive there. I get his angle on the Patreon preferential treatment - if that's the cause for the delays - but indeed it is not great for a GPL project.
Thanks for helping get it on a lr- core up until now - it's been good to have it on the Pi4, even if at an early stage.
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
I think on a human level the delays is to do with getting your patreon rewards before you share it.
It might be his reason, but tbh, i don't think he would get less from patreon if he did release the sources "sooner" :
- there is no other saturn project relying on patreon/bounties afaik
- there is no saturn project backporting his improvements anymore (at some point kronos did, but since he kept going HLE while kronos was going LLE, it was causing more issues than it solved), i don't consider the libretro port as being a different project since it's a 1:1 port and i asked for his consent before doing it.
- the only time his source code was backported for a bounty (i backported his chd support to yabause & kronos), i asked him to claim the bounty for himself
Anyway, if the original authors of yabause are fine with that, i don't think i should be the one contacting fsf
-
@Darksavior I think it's the mesa drivers cos while I was working on the version I have I didn't have theses issues but soon as I did get more stuff corrected it made alot of things break, for example manx TT super bike use to present most of the bike and front grounds but, my version has issues now with only background.
On raidant slivergun, also the intro has thoses glitches but again before making more progress I had no issues but some colors were wrong still.
Same with thunder force had this nasty texture as soon as yhe ships fly away, but when I got more colors corrected this did fix, the underwater shades are missing, I can correct this but this will mess with other stuff so that's the closet I may get.
Buzz's code did correct some color issues I did have like mortal Kombat trilogy, intro that was not enough bits, I would like to try some stuff to see if that intro in radiant slivergun would go away, or panzer dragon water and white wall will go away, but if not then my guess it's this Mesa issues.
-
Hah, he just updated it to 3.2.
-
Well in all honesty he seems to be the only person capable of doing fixes for this core. If it wasnt for him it would be in a worse place. I would just like to take the time to thank him for his contributions so other ports can be updated by his hard work if they choose too.
-
As i said in one of my posts above, if you don't intend to pressure rpi fundation into doing its job (aka providing better drivers), you should try opening a bounty or something on yabasanshiro's github, that's probably the best way to get a workaround for this asap.
-
yea its not an ideal situation at all any improvements are good. afaik the rasberry pi is a charitable foundation there is limits what they can do financially as fair as getting drivers done ect
-
i don't think it's fair to blame the drivers/foundation - no-one has isolated the issue to any particular non-conformance, and then logged it with MESA. if they did, i'm sure a fix would be forthcoming. emulation often hits some under/never-used parts of graphics drivers so it's normal for emulation development to find issues with otherwise "good" drivers.
we're just lacking someone familiar with GLSL who can do a deep dive into this. MESA have an IRC where it might be appropriate to raise this informally: mesa3d.org/lists.html (i don't this we know enough about the cause of the issue to raise it on the mailing list or gitlab)
-
@dankcushions said in Is Yabasanshiro emulator coming on retropie?:
no-one has isolated the issue to any particular non-conformance, and then logged it with MESA
Is that really the job of the customer though ? The issue was brought to their "support team", and they didn't seem interested in investigating it themselves. They might be a "charity group", but looking at the CEOs, entrepreneurs and investors behind (https://www.raspberrypi.org/about/governance/), i don't think it's right to market a product and to not look into every issues reported.
-
The issue was brought to their "support team", and they didn't seem interested in investigating it themselves.
link? a post to rpi's GLES programming forum is not a support request. that's just a discussion forum like here. at no point has the specific issue been identified or it been logged at MESA, or with raspberry pi, as far as i'm aware.
they have a dedicated MESA development team. we just need someone who knows GLSL to identify and log the issue.
-
@dankcushions said in Is Yabasanshiro emulator coming on retropie?:
a post to rpi's GLES programming forum is not a support request.
People marked as "Raspberry Pi Engineer" are answering in that section of their forum though, and none of them answered to the topic about texelFetch, while an example of code to reproduce the issue was provided.
-
@barbudreadmon it wasn't really an example. It was a line or two of shader code with no context.
If someone provided them with a snippet of code to show an issue and reported it to Mesa, it would be looked at.
Btw the commercial arm (heh) of raspberry pi does the development. I have always found them to be good at sorting out issues when an issue can be properly illustrated.
The bug with lr-yabasanshiro may not be an issue with the drivers at all. A proper bug report needs to be done.
-
I tried to build the latest version from devmiyax's repo. Failed. Ah, well. I don't know what I'm doing, just thought I'd try.
-
@Darksavior said in Is Yabasanshiro emulator coming on retropie?:
I tried to build the latest version from devmiyax's repo. Failed.
i stopped maintaining the port on his repo after https://github.com/devmiyax/yabause/issues/630#issuecomment-547787501 , this conversation kinda pissed me off, especially with him releasing a switch version based on the lakka distro a few weeks later...
-
I tried Assault Suit Leynos 2 yesterday and the entire ground is missing. :)
There's definitely some issues on the 2d side of things.
-
@Darksavior seems like there is a end to development on libretro on this port unless someone picks it up on there end. The only way to test would be by using standalone build. If that works well you can just request an update on the github page on libretro for someone to pick it up and hope for the best.
ok ive made a patch not got any saturn roms but it compiles just apply this patch over the repo
git clone https://github.com/devmiyax/yabause.git cd yabause/ wget https://github.com/grant2258/yabause/raw/master/pi.patch git apply pi.patch cd yabause/src/libretro/ make platform=armvneonhardfloat -j4then copy the bin over no idea if this is enough just done the basics. I basically repaced the chd code to the libreto one not sure if this will cause issues loading or not hopefully it works
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
If that works well you can just request an update on the github page on libretro for someone to pick it up and hope for the best.
Ultimately i want someone to completely take over that core so that i can stop providing any kind of support for it, sending sync PR my way isn't gonna solve anything, i'll still be the guy getting asked for everything related to that core, including the dozens of regressions version 3.2 introduced.
-
not sending anything your way you have made it clear your not updating this anymore. I just done a diff to his repo to get it to compile. Is just a patch for people to test out. Might not even work worth a try if not then well i tried. Like yourself dont really want to waste any time on it someone needs to maintain it libretro side ideally.
-
@grant2258 appreciate the effort here. Understood we're only tinkering.
Compiled for me. Launching a [previously working] .chd yields unsupported image in the logs. Boots, but only to Saturn BIOS screen. I'll try some non .chd files and see what I get.
[libretro ERROR] Yabause: Unsupported CD image! [libretro ERROR] Yabause: Cannot initialize ISO-File Virtual DriveFWIW: I just added your patch to Buzz's lr-yabasanshiro script and built it that way:
isPlatform "rpi4" && applyPatch "$md_data/01_shader_hack_rpi4.diff" isPlatform "rpi4" && applyPatch "$md_data/pi.patch"Not sure if I should have removed Buzz's shader tweak.
No worries though. Will play around more.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.