Raspberry Pi 4B 4GB and the Sega Saturn
-
@mxstar1 Same here, worked on a previous system from awhile ago. I have tried the link provided by Quicksilver, and pulling the files directly from Github. The patch always fails to apply. I'm still messing around with this on my end, If I find anything I'll let you know.
EDIT Just found this on another thread. Could be the emulator got an update, so the patch won't apply to it anymore. This was 16 days ago.
"Without the patch that was discussed in this topic, lr-yabasanshiro will not work on the Pi4. I'm not sure if it applies cleanly (or at all) to the latest lr-yabasanshiro though." -
Looks like there was an update from less than a day ago. The patch was working a few days ago.
-
@Libation yeah, i was able to install without the patch by editing the lr-yabasanshiro.sh file, but it runs awful i only tried a few games, but the graphics were all messed up.
-
@mxstar1 Are you getting badly garbled graphics? Sometimes the image is impossible to even make out?
I'm having the same issue, yet it seems the patch installed successfully. Not sure how long ago I installed yabasanshiro, maybe two weeks ago.
-
@Zering I'm getting black screens, and/or just single colors showing through. The emulator is/was already very garbled with graphics for a lot of games, but some games look perfect on it. Maybe someone with knowledge will chime in soon. If u want to install it now, you can just forget the folder, add only the .sh file and edit it. Just delete the part near the top that has the hack file mentioned, and it will build without it.
-
@mxstar1 that's what the patch fixed. If you disable it, the emulator isn't going to work.
-
@BuZz Yeah thats what i figured, but i dont know how to edit the patch to work with the newly released emulator, hopefully whoever made the patch can re-release it for this updated emulator. I think it was written by joolswills.
@quicksilver maybe you might know? -
That's me.
I'll check but it worked a few days ago. The performance issues are due to compiler optimiser changes most likely. Which also actually break virtua racer in game / map gfx.
The optimiser issues are really due to code with undefined behaviour in the source and the way c/c++ is mixed. I mentioned some problems in the other topic afair.
I am not confident of including a module yet until I have had time to address some more issues upstream.
But I'll check/fix up the patch if it's a quick fix.
-
@mxstar1 the patch failed due to a line ending cleanup upstream (which is great as the mixed endings was an issue).
I rebased the patch so it should work again.
The issue I mentioned with virtua racer may still be present. By the looks of code changes the optimiser flags were tweaked for another arm board due to issues, but really the fix is to identify the undefined behaviour/problematic code and fix it so it doesn't behave differently at different optimiser levels.
-
The virtua racer issue I had seen before when lowering optimisation levels. However it's not the cause now and changing them doesn't help unless I revert to an earlier version.
Bisecting is tricky due to the fork having submodules. I will need to bisect, re-adding submodules when hitting a commit from the upstream repo to find out which actual upstream commit (parent to the libretro branch) had the issue so it will take longer. Probably debugging the parent standalone version would work better.
In the meantime I am going to change my branch to use an older version again.
-
Sorry for topic spam. I have reset my branch back to how it was in may (probably shouldn't have squashed my changes as had to use
git reflogto roll back).I force a version from Jul 11th now.
This was before some big merges were made from upstream. Probably improvements for some games but now my test game virtua racer is working again, and due to the issues I mentioned above it's better for now to lock to this version until I have some time to feed some useful reports upstream.
You will need to do a fresh checkout of my branch etc probably.
To help us help you - please make sure you read the sticky topics before posting - https://retropie.org.uk/forum/topic/3/read-this-first
-
@BuZz Just installed, working now. Thank you very much! I did have to to do a fresh checkout of your branch (for anyone else reading).
-
The patch still won't apply for me, using the latest version of the two files, pulling yabuse 73c67668.
-
Hi all,
Just wondering if anyone has tried to update their Yabanshiro recently? I was thinking about giving it a go to see if there have been any improvements - I was trying to run ThunderForce V and it doesn't run very well on my Pi.
Then I see there have been some issues with more recent versions and wondered if I should leave my version as it is, and not mess around.
Thanks!
Adam -
@adambegood No change. Since Thunderforce 5 runs at around 35fps on my pi4 at 2Ghz/750Mhz, I don't expect to ever be playable.
-
@darksavior said in Raspberry Pi 4B 4GB and the Sega Saturn:
@adambegood No change. Since Thunderforce 5 runs at around 35fps on my pi4 at 2Ghz/750Mhz, I don't expect to ever be playable.
I'll have a look at the PSX version then...
-
@buzz said in Raspberry Pi 4B 4GB and the Sega Saturn:
Sorry for topic spam. I have reset my branch back to how it was in may (probably shouldn't have squashed my changes as had to use
git reflogto roll back).I force a version from Jul 11th now.
This was before some big merges were made from upstream. Probably improvements for some games but now my test game virtua racer is working again, and due to the issues I mentioned above it's better for now to lock to this version until I have some time to feed some useful reports upstream.
You will need to do a fresh checkout of my branch etc probably.
Sorry for the ignorance but where do I locate your branch?
I've tried to update my Yabanshiro and it isn't working now, presumably because of me having the older patch.
Thanks for the help.
-
@BuZz Just tried to compile and got the following error message:
/home/pi/RetroPie-Setup/scriptmodules/libretrocores/lr-yabasanshiro/01_shader_hack_rpi4.diff failed to apply.It seemed from a few posts earlier that the diff failing to apply had been resolved? Is there something I need to change in the original method of installation to get this to work?
Edit: I think I found @BuZz branch and changed the source in lr-yabasanshiro.sh to
gitPullOrClone "$md_build" https://github.com/joolswills/yabause.git yabasanshiroIt looked like it was working and I didn't get the failed to apply diff error, but in the end I got this error message:
Could not successfully build lr-yabasanshiro - Saturn & ST-V emulator - Yabasanshiro port for libretro (/home/pi/RetroPie-Setup/tmp/build/lr-yabasanshiro/yabause/src/libretro/yabasanshiro_libretro.so not found).Any ideas how to fix?
-
It builds ok here. You probably have an old checkout or didn't reset to my upstream code after I force pushed changes.
Do a clean checkout of my branch in a new location perhaps. I recently rolled back and there are still issues with some games I tested due to GCC optimization of code with undefined behaviour.
Id rather not this become something I'm asked to help with sorry - the current PR builds fine but it's not supported.
-
@firebird_ws6 also don't switch it to my fork. My PR doesn't use my fork of the main code.
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.