Is Yabasanshiro emulator coming on retropie?
-
@Darksavior said in Is Yabasanshiro emulator coming on retropie?:
Radiant Silvergun has severe glitches making it unplayable. Sometimes they go away.
Oc'd to 1900Mhz.I have been doing some testing and I noticed that the glitches only seem to happen during the intro before the first level. The glitches don't continue into the game as long as you don't try skipping the opening cut scene sequence. If you skip the cut scene then everything glitches out during gameplay and becomes unplayable.
-
Yabasanshiro got a noticeable update to 3.2 but the repo hasn't been updated?
-
@Darksavior said in Is Yabasanshiro emulator coming on retropie?:
Yabasanshiro got a noticeable update to 3.2 but the repo hasn't been updated?
Yes, i already mentioned it, devmiyax is providing the sources a long time (weeks/months) after distributing binaries, which imho is against GPL license and the reason i basically withdrew from that core. When the sources will be available, maybe i'll sync, maybe i won't, tbh updating that core is pretty much like throwing dices, with lots of regressions every time, and i don't see that fact changing with its HLE approach, not that i think there is much choice when you want to emulate the crazyness of saturn on toasters.
Do you have the radiant silvergun issues with the sh2 interpreter ? If you do then there are still issues between yabasanshiro and pi4 mesa drivers, if not then there is probably something wrong with the dynarec.
-
@barbudreadmon I understand your decision. That's unfortunate. Glad I asked him on his youtube page then. I expect no response.
Do you have the radiant silvergun issues with the sh2 interpreter ? If you do then there are still issues between yabasanshiro and pi4 mesa drivers, if not then there is probably something wrong with the dynarec.
No change when using the sh2 interpreter. It must be the mesa drivers then.
-
@Darksavior There is no breach of license unless he refuses to give the source when its requested. All you need to do is request it.
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
There is no breach of license unless he refuses to give the source when its requested. All you need to do is request it.
I asked a few times, but every time he kept delaying it for weeks, so i just stopped caring about this core, it's provided as-is. There is no "time before releasing source code" concept specified in the GPL license, which makes me think it's supposed to be done immediately or at the very least as soon as someone is requesting it, otherwise it would just be ridiculous since you could basically release sources years later.
-
Well i dont know about the time delay you would need to read up on that but considering it could be posted and such I doubt there would be an issue as long as it is done at some point.
It makes sense to delay for a few weeks when your running a monthly patreon else your just giving someone else your patreon donation potentially will go to another project using it instead. As long as he is releasing it eventually there shouldn't be an issue.
-
@quicksilver Interesting. Will look into it.
For me the glitches happened mostly at the 1st end of level boss, when he's shooting the massive lasers. Intriguing that it changes depending on what's been shown or not, though it does map to my experience on Die Hard Arcade as well. On random occasions some sections would be all glitched up, and not on others. Oh well.
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
As long as he is releasing it eventually there shouldn't be an issue.
There's no 'eventually', the license makes it clear you need to release the source on request:
https://www.gnu.org/licenses/gpl-faq.en.html#GPLRequireSourcePostedPublicOtherwise, 'eventually' can become years and, de-facto, there's no source released.
-
@mitu it says it must be done on request it doesnt specify a processing time as it can be posted by mail.
In an ideal world it would be right away. I think this is why newer emulators are going closed source or bsd type licensing ts not good in the long term either way but it is what it is a monthly donation for your efforts who gets it you or your competition.
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
i dont know about the time delay you would need to read up on that
i did, there is none, which is why i'm saying it's probably supposed to be done as soon as possible/requested, otherwise the clause of releasing sources for gpl project would make absolutely no sense since nothing prevent you from releasing them 100 years later
anyway, the fact i had to wait several weeks for the sources to be released after requesting it remains the same
-
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)
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.