Unciv: Unciv not working in Raspberry Pi 3B+ (Linux armhf)

@asda488 @yairm210 yes the Game is confirmed to be working on Raspberry Pi from version 3.18.0. The command java -jar Unciv.jar works fine. I have tested Mods too. Both RekMOD and 5Hex Tileset is working fine. And yes I am using an Raspberry Pi OS armhf. Here is a Screenshot from Pi,

Fixed for aarch64/arm64 building .jar file without Android Studio and with JDK11, building commit 25cad3a. Should also work on armhf as they are the same arch, just different bit, unless something hasn’t been ported across, but that is unlikely, I think we would just need a confirmation from touhidurrr to close this issue, hopefully it works 😃. (As above, most probably the upgrade to LWJGL 3 that fixed it.)

Ok, so does the latest release has this fix? Ok I will start testing now.

Update: I tested Release 3.17.14 but it threw the following error.

~$ java -jar ./Unciv.jar
Packing textures - 325ms
Could not initialize Discord
[LwjglApplication] Couldn't initialize audio, disabling audio
java.lang.UnsatisfiedLinkError: /tmp/libgdxpi/e06d3531/liblwjgl.so: /tmp/libgdxpi/e06d3531/liblwjgl.so: cannot open shared object file: No such file or directory (Possible cause: can't load IA 32-bit .so on a ARM-bit platform)
	at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method)
	at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442)
	at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498)
	at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694)
	at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627)
	at java.base/java.lang.Runtime.load0(Runtime.java:768)
	at java.base/java.lang.System.load(System.java:1837)
	at org.lwjgl.Sys$1.run(Sys.java:70)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at org.lwjgl.Sys.doLoadLibrary(Sys.java:66)
	at org.lwjgl.Sys.loadLibrary(Sys.java:96)
	at org.lwjgl.Sys.<clinit>(Sys.java:117)
	at org.lwjgl.openal.AL.<clinit>(AL.java:59)
	at com.badlogic.gdx.backends.lwjgl.audio.OpenALLwjglAudio.<init>(OpenALLwjglAudio.java:72)
	at com.badlogic.gdx.backends.lwjgl.LwjglApplication.createAudio(LwjglApplication.java:282)
	at com.badlogic.gdx.backends.lwjgl.LwjglApplication.<init>(LwjglApplication.java:90)
	at com.badlogic.gdx.backends.lwjgl.LwjglApplication.<init>(LwjglApplication.java:71)
	at com.unciv.app.desktop.DesktopLauncher.main(DesktopLauncher.kt:56)
Exception in thread "LWJGL Application" java.lang.NoClassDefFoundError: Could not initialize class org.lwjgl.Sys
	at org.lwjgl.opengl.Display.<clinit>(Display.java:135)
	at com.badlogic.gdx.backends.lwjgl.LwjglGraphics.setVSync(LwjglGraphics.java:643)
	at com.badlogic.gdx.backends.lwjgl.LwjglApplication$1.run(LwjglApplication.java:125)

Update 2: Ok, 3.17.14 was released 2 days ago while the commit https://github.com/yairm210/Unciv/commit/25cad3aef2e3fb38a2088840cf7c768021cd2fb8 was made yesterday. I need to wait for the next release to test it.

Awesome! 😃

I’d close it then.

I have the .jar I built myself here, if you really wanted to you could probably test it before next release, up to you. It contains binaries for armhf so hopefully it works.

Fixed for aarch64/arm64 building .jar file without Android Studio and with JDK11, building commit 25cad3a. Should also work on armhf as they are the same arch, just different bit, unless something hasn’t been ported across, but that is unlikely, I think we would just need a confirmation from touhidurrr to close this issue, hopefully it works 😃. (As above, most probably the upgrade to LWJGL 3 that fixed it.)

I’m back from trawling through the internet, and it looks like the problem is with GDX’s building of native dependency binaries, but since you are upgrading to LWJGL 3 they seem to have fixed binaries for LWJGL and OpenAL for LWJGL 3 on ARM devices, so I’ll rebuild and/or test the prebuilt .jar after you merge/after you release. Hopefully should fix this and #5022. 🤞 @touhidurrr you may want to test this as well.