lr-atari800 not starting after updating from 4.5.1

mitu

@GeekOB You can test, but I'm not sure it will fix this probem

cd $HOME/RetroPie-Setup
git remote add mitu https://github.com/cmitu/RetroPie-Setup
git fetch mitu
git checkout mitu/ra_183

go into packages and install RetroArch from source to test. You should get 1.8.3 and see if it solves your problem.
To get back to the normal RetroPie repo:

cd $HOME/RetroPie-Setup
git checkout master
git remote remove mitu

GeekOB

There were some errors at the end of the update from source process, @mitu
See the log here: https://pastebin.com/pfzzgaEv
Should I still go ahead and test?

mitu

@GeekOB said in lr-atari800 not starting after updating from 4.5.1:

Should I still go ahead and test?

Well, the installation failed - so there's really nothing to test. Just revert back to the RetroPie's repository - as mentioned in my previous post. I'll see why that error you posted appears - didn't get that in my build, but maybe something changed upstream.

GeekOB

I noticed I'm getting these messages when updating the Pi @mitu

raspberrypi-bootloader was already set on hold.
libraspberrypi0 was already set on hold.
libraspberrypi-doc was already set on hold.
libraspberrypi-dev was already set on hold.
libraspberrypi-bin was already set on hold.
raspberrypi-kernel-headers was already set on hold.
raspberrypi-kernel was already set on hold.

Would this be related to the failed install?
How do I "release" the packages??

mitu

@GeekOB said in lr-atari800 not starting after updating from 4.5.1:

Would this be related to the failed install?

No, the main RetroPie script does that.

How do I "release" the packages??

You don't need to.

GeekOB

Thanks @mitu
I'll work on removing all bezels from my systems and then try the reverting instructions that @BuZz gave me. But I'm still very much interested in helping you guys test RetroArch 1.8.3 (if I can build it from source successfully that is), just let me know what I need to do.

mitu

@GeekOB said in lr-atari800 not starting after updating from 4.5.1:

But I'm still very much interested in helping you guys test RetroArch 1.8.3 (if I can build it from source successfully that is), just let me know what I need to do.

I'm trying to figure it out why it the installation errors out - works on a Pi4/Buster, but has the errors you found on a Pi3/Stretch installation.

GeekOB

Thanks @mitu, I'll keep checking this thread for any updates.

mitu

@GeekOB Thanks. I've fixed the error you reported, but there's a new error related to the - other - changes added in RetroArch, this time a dependency issue which requires disabling the FFMPEG core. I'll see what can be done.

GeekOB

What's the downside of disabling the FFMPEG core @mitu ?

BuZz

@GeekOB no screen recording.

GeekOB

Thanks @BuZz
I don't use this feature at all @mitu, happy to disable and test further if required.

mitu

@GeekOB I've disabled ffmpeg just for testing on my branch - you can re-fetch using the instruction I posted yesterday the RetroArch 1.8.3 branch and try re-installing retroarch from source.
Regarding the ffmpeg library usage in RA, I think it may be a source code bug, since the checks for ffmpeg all yield a positive result (so version seems ok), but compilation doesn't work (with the error you got).

showstopper

Is the lr-atari800 core still at 3.1.0 for retroarch? I play 5200 because it has a high pitch noise which apparently is fixed in version 4.

mitu

@showstopper The Libretro atari800 core hasn't been updated to 4.x (now 4.2.0), it's still at the same version. The bug you mention I think it's already reported, we might patch it locally until upstream includes the fix.

GeekOB

Hi @mitu and @BuZz ,
I can confirm the lr-atari800 core works properly with RetroArch 1.8.3, both on the Atari 5200 and 8-bit systems. I'm going through all the other cores looking for issues, so far everything seems to be running smoothly.
Is there any particular scenario you'd like me to test?

mitu

@GeekOB said in lr-atari800 not starting after updating from 4.5.1:

Is there any particular scenario you'd like me to test?

Thank you for testing.

Well, if you have overlays - test them and see if you have any problems with it.

Otherwise, just use it normally and see if anything pops up that might look like a bug. Some of the menu options have changed; I think some menu entries are renamed or just appear conditionally (depending on the build options) so that's something which you can expect.

GeekOB

So far so good @mitu. All cores I've been able to test so far run great with and without overlays and shaders, I noticed that RetroArch is being updated to 1.8.4 from source so your testing must have shown the same :)

(can I now safely revert back to the normal RetroPie repo then?)

mitu

@GeekOB said in lr-atari800 not starting after updating from 4.5.1:

(can I now safely revert back to the normal RetroPie repo then?)

Sure, reverting will not delete your already installed version.

icode

I am a similar problem where i get runcommand segmentation fault, but I am able to get lr-800 to work if I select the game but press a Key to get the menu before it auto-launches. From the menu I select launch and quickly hold down F1 and it will get into the 800 emulator and I can load the game from there. I hope this is the same problem and they will fix it soon.