You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For DietPi, we added a test workflows to test all software options we provide via GitHub Actions. Naturally GUI/video software cannot be tested thoroughly, but we then usually test the CLI version or help output instead, to at least assure the needed shared libraries are present and the binary generally works.
For Amiberry we added the amiberry -h command. However, while I thought this worked in the past in a headless container, it does not anymore (probably it never did, not 100% sure):
Internal error; file src/osdep/amiberry.cpp, line 3692
Aborted
This line tires to initialise SDL, which fails, as there is no video device. I guess we could solve this SDL-wise by compiling with --enable-video-dummy (respectively without disabling it explicitly), but it would be great to have an Amiberry CLI command which does not actually try to initialise SDL, For --help/-h or a potential --version/-v it would not be needed.
Not a high priority, but probably it makes sense in general to minimise overhead for CLI commands which do not actually start any GUI or emulation. Or probably there is already a way I missed?
EDIT: For completeness: amiberry -h works well in a headless container with RPi DispmanX builds, as this bypasses SDL for vast parts. Any SDL/OpenGLES/OpenGL target build does not work as fast as a screen is detached for a real SBC, i.e. not in headless systems or containers only.
The text was updated successfully, but these errors were encountered:
with b4f1bd9 on master, the -h and --help parameters are checked very early, before SDL2 is initialized, so you can get the usage output instantly if you ask for it. :)
For DietPi, we added a test workflows to test all software options we provide via GitHub Actions. Naturally GUI/video software cannot be tested thoroughly, but we then usually test the CLI version or help output instead, to at least assure the needed shared libraries are present and the binary generally works.
For Amiberry we added the
amiberry -h
command. However, while I thought this worked in the past in a headless container, it does not anymore (probably it never did, not 100% sure):This line tires to initialise SDL, which fails, as there is no video device. I guess we could solve this SDL-wise by compiling with
--enable-video-dummy
(respectively without disabling it explicitly), but it would be great to have an Amiberry CLI command which does not actually try to initialise SDL, For--help/-h
or a potential--version/-v
it would not be needed.Not a high priority, but probably it makes sense in general to minimise overhead for CLI commands which do not actually start any GUI or emulation. Or probably there is already a way I missed?
EDIT: For completeness:
amiberry -h
works well in a headless container with RPi DispmanX builds, as this bypasses SDL for vast parts. Any SDL/OpenGLES/OpenGL target build does not work as fast as a screen is detached for a real SBC, i.e. not in headless systems or containers only.The text was updated successfully, but these errors were encountered: