Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Amiga CD32 problem on RetroPie after amiberry v5.6.8 #6

Open
Retro1968 opened this issue Sep 2, 2024 · 4 comments
Open

Amiga CD32 problem on RetroPie after amiberry v5.6.8 #6

Retro1968 opened this issue Sep 2, 2024 · 4 comments
Assignees

Comments

@Retro1968
Copy link

System: Raspberry Pi 4B running RetroPie on Buster 32 Bit-Linux.

For the CD32 game "Defender of the Crown 2" I created the file cd32.nvr
so that the game runs in german. The file is in the nvram folder of the amiberry installation.

Up to amiberry v5.6.8, "Defender of the Crown 2" ran without problems, as did all other CD32 games.
The Amiga CD32 logo start animation was always displayed correctly.

Not with the amiberry versions after that (I haven't tested v5.7.0, but all the others from v5.7.1).
Then "Defender of the Crown 2" just shows a black screen... maybe of endless loading ?!?

With Banshee CD32, a purple error screen appears. Other titles like Tower Assault CD32 take
muuuuuch longer to start and no longer show the Amiga32 logo start animation.

I start every Amiga CD32 game directly from the RetroPie Menue.

Here are my config files:
conf.zip

Cheers
Retro1968

@giantclambake
Copy link

I cannot recreate any problem here using this file set -- that said, the test system here is RPi4B/4g / bookworm (64bit) / amiberry v5.7.4 (standalone, no retro-pie environment).

I do note that when booting, the 'Amiga CD32' bootup animation is not shown ~ instead, I see a sparkling boot splash that reads "Commodore presents"....before the game itself starts loading.

As of the latest amiberry releases, the command invocation used to launch amiberry, is recorded into amiberry.log (when logging is enabled).... it may provide some insight, if you could retest with amiberry v5.7.4 (with logging enabled), and attach the resultant logfile here .... it would show us what commandline retro-pie is using to launch amiberry with.

@midwan
Copy link

midwan commented Sep 3, 2024

@Retro1968
Have you tried removing the nvram file, and recreating it? Maybe something is broken in there after the update.

Also, keep in mind the nvram files are fetched from the respective directory now (configurable in Paths/amiberry.conf - default is nvram/). In older versions it used to be on the same directory the amiberry binary was launched from.

@midwan midwan self-assigned this Sep 3, 2024
@Retro1968
Copy link
Author

The problem has nothing to do with the cd32.nvr file. I only mentioned it for the sake of completeness.
I suspect this is an SDL2 / Linux Buster problem.

@midwan
Copy link

midwan commented Sep 9, 2024

Sorry, I cannot recreate this either (on non-RetroPie).
Running Banshee works normally, in both of these scenarios:

  1. GUI -> Quickstart -> CD32 -> Select .cue file -> Start
  2. Command line, ./amiberry --autoload <path to .cue file> (this is what RetroPie would use also)

I tested both v5.x and v6.x and they both run the game normally.

Tested on both X11 and KMSDRM, on RPI5 and x86_64.

@midwan midwan transferred this issue from BlitterStudio/amiberry Sep 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants