Is Yabasanshiro emulator coming on retropie?
-
What also might be helpful, if you checked out the git repository, would be to git diff and pipe this to a file and include this link also.
git diff > diff.txt
Or to tell us what commit you are at currently:
git log -1
This would help with forking more accurately and potentially not undoing commits made after you checked out the code, although the project hasn't been committed to for 14 days, so it's likely not an issue.
-
@steeeb They already said they don't have a git repository, you'll have to be patient.
-
@mitu he's said he wouldn't know how to set up the pull request. And I'd advised him on how it can be achieved by firstly providing the link to dropbox he says he had, and if he got the code via github initially (which I'm assuming he did - since it's the only place the source exitst) how to get more specifics to allow it to be forked in the right place.
If that is impatience I'll instead just not comment those asking for help.
-
@dankcushions said in Is Yabasanshiro emulator coming on retropie?:
rather than actively trying to rip you off
tbh, i don't care if he makes money from this, GPL allows it, i'm only interested by the license being respected, especially after that shitty last year, and binaries can't be distributed without providing the sources under GPL.
-
Just to note, I did a quick hack to fix the colours on the RPI. I'm going to clean up the changes to send upstream for comment after doing some more work on it. My knowledge in this area is poor, but it seems rounding up the calcs in texelFetch resolves it. However I can't believe this is a bug in the Mesa VC shader compilation as I would have thought it would affect lots of stuff. But I really don't know.
I'll post a diff shortly for anyone who wants to test/comment but I'm keen to find the cause of the issue - I don't consider my changes a proper fix.
-
Here's a diff.
But as I said, I think this is a wrong fix even though it does correct the colour issues. Something else must be at play here.
http://malus.exotica.org.uk/~buzz/round.diff
I'll do a PR with a module for people to more easily test also. The patch may include unneeded changes also.
-
arm does not like unsigned (anything) with float and there is plenty of them in here.
https://stackoverflow.com/questions/4752315/coercing-float-into-unsigned-char-on-arm-vs-intel
-
@BuZz said in Is Yabasanshiro emulator coming on retropie?:
Just to note, I did a quick hack to fix the colours on the RPI. I'm going to clean up the changes to send upstream for comment after doing some more work on it. My knowledge in this area is poor, but it seems rounding up the calcs in texelFetch resolves it. However I can't believe this is a bug in the Mesa VC shader compilation as I would have thought it would affect lots of stuff. But I really don't know.
I'll post a diff shortly for anyone who wants to test/comment but I'm keen to find the cause of the issue - I don't consider my changes a proper fix.
thanks , i dont think mine is a proper fix either, i dont know what is the issue but i thought it was on the mesa side as well, id go with a fix that is not finding a error by trail and error like i did and find out i missed something that wont help later on, the colors seem to be reversed, 0 is 1 and 1 is 0, this is all i can prove, 65280 color is 255 not sure what theses mean, but i needed to shift <<8 i had to ask a few people on this and it worked but i cant find anymore solution on fixing this anymore.
thank you for stepping in and hopefully we can get better work then mine.
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
arm does not like unsigned (anything) with float and there is plenty of them in here
shaders are compiled at runtime by gpus, i don't know if gpus can be defined as arm or x86, but anyway that can't be the problem here, yabasanshiro is written primarily for android and afaik doesn't suffer from this color issue on any board besides the pi4
-
@barbudreadmon heh, if the Yabasanshiro guy is dodgy, do you reckon there's any hope of lr-Kronos being able to run on pi4?
-
@barbudreadmon said in Is Yabasanshiro emulator coming on retropie?:
shaders are compiled at runtime by gpus, i don't know if gpus can be defined as arm or x86, but anyway that can't be the problem here, yabasanshiro is written primarily for android and afaik doesn't suffer from this color issue on any board besides the pi4
Well if that is the case why does the changes proposed fix it thats nothing to do with gpu compilation its data manipulation and what other platform is using the gles3 codepath on arm that is working ? It might be a good way to check whats changing where if its working on another device with the same codepath
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
It might be a good way to check whats changing where if its working on another device with the same codepath
As already mentioned, drivers, rpi4's are broken, it has been known since its release.
@mechafatnick said in Is Yabasanshiro emulator coming on retropie?:
@barbudreadmon heh, if the Yabasanshiro guy is dodgy, do you reckon there's any hope of lr-Kronos being able to run on pi4?
Kronos is an OpenGL emulator, it doesn't run on gles.
-
Well the driver was never claimed to be completed. The least you can do is keep the driver up to date as well. https://github.com/Yours3lf/rpi-vk-driver
-
@grant2258 not sure the point of your post? That vulkan driver is in early stages and is irrelevant.
If you're looking to start another argument I can assure you that isn't going to happen.
-
argument ? Im posting links to a driver related to this not sure where your coming from? I thought this could be good to test on other pies apart from the 4 if your not interested fair enough
-
@grant2258 said in Is Yabasanshiro emulator coming on retropie?:
Well the driver was never claimed to be completed
Yes, that's exactly what i'm saying, it was released almost 11 months ago and its gpu drivers are still incomplete.
-
@BuZz what build options are you using? Could you share your scriptmodule?
-
@steeeb Sorry - I wanted to revisit and check some more things before posting . Here you go.
-
Briefly trying this. The fps is misleading since frameskip is enabled by default so in reality panzer is ~50-55fps. There's a bug with the distance being white. I really wanted to use the crt-pi shader but that drops it to ~45fps. Despite all of these fps drops, the audio does not skip like yabause.
Radiant Silvergun has severe glitches making it unplayable. Sometimes they go away.
Oc'd to 1900Mhz. -
@Darksavior Hey! i saw that you were able to get the emulator working. it wont show up on experimental. is there any way to fix this?
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.