[SOLVED] Jme3.5.0-alpha on armhf

Pavl_G · December 17, 2021, 11:40am

Today i tried jme3.5.0-alpha on raspberry and i got this exception :

pi@raspberrypi:~/NativeJmeTemplate/output/run $ ./run.sh 
Run
..................................
Dec 09, 2021 12:44:14 PM com.jme3.system.JmeDesktopSystem initialize
INFO: Running on jMonkeyEngine 3.5.0-alpha1
 * Branch: HEAD
 * Git Hash: dc91668
 * Build Date: 2021-11-14
Dec 09, 2021 12:44:16 PM com.jme3.system.lwjgl.LwjglContext printContextInitInfo
INFO: LWJGL 3.3.0 build 21 context running on thread jME3 Main
 * Graphics Adapter: GLFW 3.4.0 Wayland X11 GLX Null EGL OSMesa monotonic shared
Dec 09, 2021 12:44:16 PM com.jme3.renderer.opengl.GLRenderer loadCapabilitiesCommon
INFO: OpenGL Renderer Information
 * Vendor: Broadcom
 * Renderer: V3D 4.2
 * OpenGL Version: 2.1 Mesa 19.3.2
 * GLSL Version: 1.20
 * Profile: Compatibility
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.ogre.MeshLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.ogre.SkeletonLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.ogre.MaterialLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.ogre.SceneLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.fbx.FbxLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.gltf.GltfLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.gltf.BinLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.scene.plugins.gltf.GlbLoader
Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText
WARNING: Cannot find loader com.jme3.audio.plugins.OGGLoader
Dec 09, 2021 12:44:16 PM com.jme3.app.LegacyApplication handleError
SEVERE: Uncaught exception thrown in Thread[jME3 Main,5,main]
java.lang.NullPointerException
	at org.lwjgl.system.Callback.get(Callback.java:190)
	at org.lwjgl.glfw.GLFWWindowSizeCallback.create(GLFWWindowSizeCallback.java:36)
	at org.lwjgl.glfw.GLFWWindowSizeCallback.createSafe(GLFWWindowSizeCallback.java:45)
	at org.lwjgl.glfw.GLFW.glfwSetWindowSizeCallback(GLFW.java:3139)
	at com.jme3.input.lwjgl.GlfwMouseInput.initCallbacks(GlfwMouseInput.java:243)
	at com.jme3.input.lwjgl.GlfwMouseInput.initialize(GlfwMouseInput.java:184)
	at com.jme3.app.LegacyApplication.initInput(LegacyApplication.java:337)
	at com.jme3.app.LegacyApplication.initialize(LegacyApplication.java:640)
	at com.jme3.app.SimpleApplication.initialize(SimpleApplication.java:198)
	at com.jme3.system.lwjgl.LwjglWindow.initInThread(LwjglWindow.java:524)
	at com.jme3.system.lwjgl.LwjglWindow.run(LwjglWindow.java:640)
	at com.jme3.system.lwjgl.LwjglWindow.create(LwjglWindow.java:477)
	at com.jme3.app.LegacyApplication.start(LegacyApplication.java:491)
	at com.jme3.app.LegacyApplication.start(LegacyApplication.java:443)
	at com.jme3.app.SimpleApplication.start(SimpleApplication.java:126)
	at test.TestJni.main(TestJni.java:18)

Dec 09, 2021 12:44:16 PM com.jme3.app.LegacyApplication handleError
SEVERE: Failed to destroy context
java.lang.NullPointerException
	at org.lwjgl.system.Callback.get(Callback.java:190)
	at org.lwjgl.glfw.GLFWErrorCallback.create(GLFWErrorCallback.java:40)
	at org.lwjgl.glfw.GLFWErrorCallback.createSafe(GLFWErrorCallback.java:49)
	at org.lwjgl.glfw.GLFW.glfwSetErrorCallback(GLFW.java:1288)
	at com.jme3.system.lwjgl.LwjglWindow.destroyContext(LwjglWindow.java:436)
	at com.jme3.system.lwjgl.LwjglWindow.deinitInThread(LwjglWindow.java:624)
	at com.jme3.system.lwjgl.LwjglWindow.lambda$initInThread$12(LwjglWindow.java:494)
	at java.base/java.lang.Thread.dispatchUncaughtException(Thread.java:2002)

X Error of failed request:  BadWindow (invalid Window parameter)
  Major opcode of failed request:  20 (X_GetProperty)
  Resource id in failed request:  0x1a00061
  Serial number of failed request:  1818
  Current serial number in output stream:  1818

I am currently using Ant on the rpi, dependencies :

those are the dependencies in case i am missing something !

I still haven’t investigated into this problem, but seems to be an incompatibility behavior or lwjgl3.3.0 is the problem !

The same app works fine on my laptop.

Pavl_G · December 17, 2021, 11:57am

Alright, i tested w/ lwjgl3.2.3 and it works on both jme3.4 and jme3.5 dependencies, the problem is with lwjgl3.3.0 may be they still didn’t support armhf.

EDIT : Should we downgrade lwjgl3.3.0 to lwjgl3.2.3 ? At least for arm32 devices, so create a new variable for arm and use it for arm32 systems ?

github.com

jMonkeyEngine/jmonkeyengine/blob/7177a76021526555241c9685ce0807c2f1a4bc3c/common.gradle#L23

    
      
          sourceCompatibility = JavaVersion.VERSION_1_8
          targetCompatibility = JavaVersion.VERSION_1_8
          
          
tasks.withType(JavaCompile) { // compile-time options:
              //options.compilerArgs << '-Xlint:deprecation' // to show deprecation warnings
              options.compilerArgs << '-Xlint:unchecked'
              options.encoding = 'UTF-8'
          }
          
          
ext {
              lwjgl3Version = '3.3.0' // used in both the jme3-lwjgl3 and jme3-vr build scripts
          }
          
          
repositories {
              mavenCentral()
              flatDir {
                  dirs rootProject.file('lib')
              }
          }
          
          
dependencies {

tonihele · December 17, 2021, 2:34pm

Looks like a potential bug in GLFW. Or we are just using it wrong…

pspeed · December 17, 2021, 2:45pm

Is it a problem with the build of JME or with the application’s dependencies? Because if it’s just the latter then JME doesn’t necessarily need to do anything as users are free to override the lwjgl version locally.

Samwise · December 17, 2021, 3:42pm

well we are definitely using it wrong in that we set the callback twice and hope both callbacks will be called. It is the reason for the comment in LwjglWindow:

github.com

jMonkeyEngine/jmonkeyengine/blob/7177a76021526555241c9685ce0807c2f1a4bc3c/jme3-lwjgl3/src/main/java/com/jme3/system/lwjgl/LwjglWindow.java#L325

    
      
                  onWindowSizeChanged(width, height);
              }
          });
          
          
// Add a framebuffer resize callback which delegates to the listener
          glfwSetFramebufferSizeCallback(window, framebufferSizeCallback = new GLFWFramebufferSizeCallback() {
          
          
    @Override
              public void invoke(final long window, final int width, final int height) {
          
          
        // The window size might be also changed, but the window size callback might not trigger
                  // Maybe a bug in graphics drivers or LWJGL 3...? So make sure we emulate the original JME behavior here
                  IntBuffer windowWidth = BufferUtils.createIntBuffer(1);
                  IntBuffer windowHeight = BufferUtils.createIntBuffer(1);
                  glfwGetWindowSize(window, windowWidth, windowHeight);
                  onWindowSizeChanged(windowWidth.get(), windowHeight.get());
          
          
        // https://www.glfw.org/docs/latest/window_guide.html#window_fbsize
                  listener.reshape(width, height);
              }
          });

because it is overridden in GlfwMouseInput at the line that throws the exception:

github.com

jMonkeyEngine/jmonkeyengine/blob/7177a76021526555241c9685ce0807c2f1a4bc3c/jme3-lwjgl3/src/main/java/com/jme3/input/lwjgl/GlfwMouseInput.java#L239

    
      
                  }
              });
          
          
    glfwSetMouseButtonCallback(window, mouseButtonCallback = new GLFWMouseButtonCallback() {
                  @Override
                  public void invoke(final long window, final int button, final int action, final int mods) {
                      onMouseButton(window, button, action, mods);
                  }
              });
          
          
    glfwSetWindowSizeCallback(window, new GLFWWindowSizeCallback() {
                  @Override
                  public void invoke(final long window, final int width, final int height) {
                      currentHeight = height;
                  }
              });
          }
          
          
private void initCurrentMousePosition(long window) {
              double[] x = new double[1];
              double[] y = new double[1];

i haven’t checked lwjgl code to see what is really causing the problem, but considering it does neither throw that exception on the same platform when called the first time in LwjglWindow nor throw an exception on any other platform when used the way we use it, make it worth to just give commenting out the lines in LwjglWindow that set the callback a shot

tonihele · December 17, 2021, 4:06pm

The callback in the GlfwMouseInput is new in jME 3.5. It is a recent MacOS fix. But why shouldn’t we be able to set up multiple callbacks? They are just listeners on the window handle, is there a limitation on how many callbacks we can register?

I added that comment actually (LwjglWindow.java#L325), it was way before the second callback ever existed.

There is this bug filed about some of these hacks we needed to setup:

github.com/glfw/glfw

Test initial result of `glfwGetFrameBufferSize` and `glfwGetWindowContentScale` is incorrect on MacOS, with `GLFW_COCOA_RETINA_FRAMEBUFFER` = `GLFW_FALSE`.

opened 08:35AM - 18 Sep 21 UTC

jmecn

macOS High DPI

Test initial result of `glfwGetFrameBufferSize` and `glfwGetWindowContentScale` …is incorrect on MacOS, when I run on retina display but set `GLFW_COCOA_RETINA_FRAMEBUFFER` to `GLFW_FALSE`. `glfwPollEvents()` will correct that result, but `framebufferSizeCallback` is never invoked. ### Platform * GLFW version: glfw-3.3.4.bin.MACOS * Compiler: Apple clang version 12.0.0 (clang-1200.0.32.27) * Target: x86_64-apple-darwin20.5.0 * MacOS version: 11.4 ### Test Source Code https://github.com/jmecn/glfw-3.3.4-issue-1968 ````c #include <GLFW/glfw3.h> #include <stdlib.h> #include <stdio.h> #include <string.h> void errorCallback(int error, const char* description) { fprintf(stderr, "Error: %s\n", description); } void keyCallback(GLFWwindow* window, int key, int scancode, int action, int mods) { if (key == GLFW_KEY_ESCAPE && action == GLFW_PRESS) { glfwSetWindowShouldClose(window, GLFW_TRUE); } } void framebufferSizeCallback(GLFWwindow* window, int width, int height) { printf("callback fbSize=%dx%d\n", width, height); } void printFrameBufferSize(GLFWwindow* window, int frame) { int w, h; float xscale, yscale; glfwGetFramebufferSize(window, &w, &h); glfwGetWindowContentScale(window, &xscale, &yscale); printf("frame#%d, fbSize=%dx%d, scale=%.2fx%.2f\n", frame, w, h, xscale, yscale); } int main(int argc, char const *argv[]) { int frame = -2;// two frame before loops int useRetinaFrameBuffer = GLFW_FALSE; int isPollEventBeforeLoop = GLFW_FALSE; for (int i = 0; i < argc; i++) { if (strncmp("retina", argv[i], 6) == 0) { useRetinaFrameBuffer = GLFW_TRUE; } if (strncmp("poll", argv[i], 4) == 0) { isPollEventBeforeLoop = GLFW_TRUE; } } glfwSetErrorCallback(errorCallback); if (!glfwInit()) { exit(-1); } // hint glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 3); glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 2); glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE); #ifdef __APPLE__ glfwWindowHint(GLFW_OPENGL_FORWARD_COMPAT, GLFW_TRUE); #endif glfwWindowHint(GLFW_COCOA_RETINA_FRAMEBUFFER, useRetinaFrameBuffer); GLFWwindow* window = glfwCreateWindow(640, 400, "Test FrameBuffer Size", NULL, NULL); if (!window) { glfwTerminate(); exit(-1); } glfwMakeContextCurrent(window); glfwSwapInterval(1); glfwSetKeyCallback(window, keyCallback); glfwSetFramebufferSizeCallback(window, framebufferSizeCallback); // loop printFrameBufferSize(window, frame++); if (isPollEventBeforeLoop) { glfwPollEvents();// <------- this is the point which changed glfwGetFramebufferSize result } printFrameBufferSize(window, frame++); printf("\n"); while (!glfwWindowShouldClose(window)) { if (frame < 10) { printFrameBufferSize(window, frame++); } else { glfwSetWindowShouldClose(window, GLFW_TRUE);// close it } glfwSwapBuffers(window); glfwPollEvents();// <------- this is the point which changed glfwGetFramebufferSize result } glfwDestroyWindow(window); glfwTerminate(); return 0; } ```` ### The result #### Test CASE 1 use retina display = false poll events before loop = false ````shell ./main.bin frame#-2, fbSize=1280x800, scale=2.00x2.00 frame#-1, fbSize=1280x800, scale=2.00x2.00 frame#0, fbSize=1280x800, scale=2.00x2.00 frame#1, fbSize=640x400, scale=1.00x1.00 frame#2, fbSize=640x400, scale=1.00x1.00 frame#3, fbSize=640x400, scale=1.00x1.00 frame#4, fbSize=640x400, scale=1.00x1.00 frame#5, fbSize=640x400, scale=1.00x1.00 frame#6, fbSize=640x400, scale=1.00x1.00 frame#7, fbSize=640x400, scale=1.00x1.00 frame#8, fbSize=640x400, scale=1.00x1.00 frame#9, fbSize=640x400, scale=1.00x1.00 ```` #### Test CASE 2 use retina display = false poll events before loop = true ````shell ./main.bin poll frame#-2, fbSize=1280x800, scale=2.00x2.00 frame#-1, fbSize=640x400, scale=1.00x1.00 frame#0, fbSize=640x400, scale=1.00x1.00 frame#1, fbSize=640x400, scale=1.00x1.00 frame#2, fbSize=640x400, scale=1.00x1.00 frame#3, fbSize=640x400, scale=1.00x1.00 frame#4, fbSize=640x400, scale=1.00x1.00 frame#5, fbSize=640x400, scale=1.00x1.00 frame#6, fbSize=640x400, scale=1.00x1.00 frame#7, fbSize=640x400, scale=1.00x1.00 frame#8, fbSize=640x400, scale=1.00x1.00 frame#9, fbSize=640x400, scale=1.00x1.00 ```` #### Test CASE 3 use retina display = true poll events before loop = false ````shell ./main.bin retina frame#-2, fbSize=1280x800, scale=2.00x2.00 frame#-1, fbSize=1280x800, scale=2.00x2.00 frame#0, fbSize=1280x800, scale=2.00x2.00 frame#1, fbSize=1280x800, scale=2.00x2.00 frame#2, fbSize=1280x800, scale=2.00x2.00 frame#3, fbSize=1280x800, scale=2.00x2.00 frame#4, fbSize=1280x800, scale=2.00x2.00 frame#5, fbSize=1280x800, scale=2.00x2.00 frame#6, fbSize=1280x800, scale=2.00x2.00 frame#7, fbSize=1280x800, scale=2.00x2.00 frame#8, fbSize=1280x800, scale=2.00x2.00 frame#9, fbSize=1280x800, scale=2.00x2.00 ```` #### Test CASE 4 use retina display = true poll events before loop = true ````shell ./main.bin retina poll frame#-2, fbSize=1280x800, scale=2.00x2.00 frame#-1, fbSize=1280x800, scale=2.00x2.00 frame#0, fbSize=1280x800, scale=2.00x2.00 frame#1, fbSize=1280x800, scale=2.00x2.00 frame#2, fbSize=1280x800, scale=2.00x2.00 frame#3, fbSize=1280x800, scale=2.00x2.00 frame#4, fbSize=1280x800, scale=2.00x2.00 frame#5, fbSize=1280x800, scale=2.00x2.00 frame#6, fbSize=1280x800, scale=2.00x2.00 frame#7, fbSize=1280x800, scale=2.00x2.00 frame#8, fbSize=1280x800, scale=2.00x2.00 frame#9, fbSize=1280x800, scale=2.00x2.00 ````

pspeed · December 17, 2021, 4:12pm

I mean it’s “set callback” and not “add callback”.

Either the function is poorly named or it’s meant to have only one, to me.

tonihele · December 17, 2021, 4:13pm

Hmm, you have a point there…

Edit: and quick googling says you are right… (Multiple callbacks · Issue #1185 · glfw/glfw · GitHub ?)

Pavl_G · December 17, 2021, 4:17pm

I don’t really know (as I have not looked deeply on jme/lwjgl3 code to decide). The error resolves when I downgrade the lwjgl dependencies from 3.3.0 to 3.2.3 so presumably its something wrong or incompatibility of armhf with lwjgl3.3.0 as it works with 3.2.3, jme currently directly uses 3.3.0 when someone add lwjgl3 dependencies.

pspeed · December 17, 2021, 4:17pm

Then again, there is no corresponding “get” version for this method… but neither is there a way to “remove” one.

…I get sniffs of “API is garbage” here.

Pavl_G · December 17, 2021, 4:25pm

Sounds reasonable, but I still wonder why it works when downgrading lwjgl3 version ?

EDIT : Since the exception is NPE then I suppose its armhf which cannot use lwjgl3 to create the window instance.

Samwise · December 17, 2021, 4:26pm

no its not new in 3.5. it exists since 3.2, while LwjglWindow was added in 3.1 (did not contain the comment back then)

Samwise · December 17, 2021, 4:29pm

I have no idea, quite a few things have changed between 3.2.3 and 3.3.0, not only in lwjgl, but their dependencies were updated also, so it might be a difference in the glfw versions for example. i just thought its worth a try because that try is way faster than checking everything that changed in the update

tonihele · December 17, 2021, 4:34pm

Hmm, yeah, my memory did a number on me. I remembered this fix incorrect input cursor position on MacOS with retina screen in use by jmecn · Pull Request #1607 · jMonkeyEngine/jmonkeyengine · GitHub. But yes, you are right. We should check that how these callbacks really work.

Pavl_G · December 17, 2021, 4:57pm

Well another guess, the behavior of the GLFW callbacks might have been changed since lwjgl-3.3.0 on arm32 GLFW and that points us to look for differences between lwjgl-3.3.0-GLFW and lwjgl-3.2.3-GLFW docs or for any notices about arm systems or something.

Pavl_G · December 17, 2021, 6:08pm

I noticed a variation in adapter definitions here and lwjgl3.2.3 on the image. For example the adapter is Null ?

sgold · December 17, 2021, 7:41pm

Open an issue at GitHub, please:

https://github.com/jMonkeyEngine/jmonkeyengine/issues/new

Pavl_G · December 18, 2021, 6:44pm

github.com/jMonkeyEngine/jmonkeyengine

Lwjgl-3.3.0 GLFW cannot create a GL window on armhf

opened 06:43PM - 18 Dec 21 UTC

Scrappers-glitch

I have tested `jme3-lwjgl3` dependency with : 1) Lwjgl-3.3.0 GLFW and native…s, the GLFW cannot create the GL window : ``` pi@raspberrypi:~/NativeJmeTemplate/output/run $ ./run.sh Run .................................. Dec 09, 2021 12:44:14 PM com.jme3.system.JmeDesktopSystem initialize INFO: Running on jMonkeyEngine 3.5.0-alpha1 * Branch: HEAD * Git Hash: dc91668 * Build Date: 2021-11-14 Dec 09, 2021 12:44:16 PM com.jme3.system.lwjgl.LwjglContext printContextInitInfo INFO: LWJGL 3.3.0 build 21 context running on thread jME3 Main * Graphics Adapter: GLFW 3.4.0 Wayland X11 GLX Null EGL OSMesa monotonic shared Dec 09, 2021 12:44:16 PM com.jme3.renderer.opengl.GLRenderer loadCapabilitiesCommon INFO: OpenGL Renderer Information * Vendor: Broadcom * Renderer: V3D 4.2 * OpenGL Version: 2.1 Mesa 19.3.2 * GLSL Version: 1.20 * Profile: Compatibility Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.ogre.MeshLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.ogre.SkeletonLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.ogre.MaterialLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.ogre.SceneLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.fbx.FbxLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.gltf.GltfLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.gltf.BinLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.scene.plugins.gltf.GlbLoader Dec 09, 2021 12:44:16 PM com.jme3.asset.AssetConfig loadText WARNING: Cannot find loader com.jme3.audio.plugins.OGGLoader Dec 09, 2021 12:44:16 PM com.jme3.app.LegacyApplication handleError SEVERE: Uncaught exception thrown in Thread[jME3 Main,5,main] java.lang.NullPointerException at org.lwjgl.system.Callback.get(Callback.java:190) at org.lwjgl.glfw.GLFWWindowSizeCallback.create(GLFWWindowSizeCallback.java:36) at org.lwjgl.glfw.GLFWWindowSizeCallback.createSafe(GLFWWindowSizeCallback.java:45) at org.lwjgl.glfw.GLFW.glfwSetWindowSizeCallback(GLFW.java:3139) at com.jme3.input.lwjgl.GlfwMouseInput.initCallbacks(GlfwMouseInput.java:243) at com.jme3.input.lwjgl.GlfwMouseInput.initialize(GlfwMouseInput.java:184) at com.jme3.app.LegacyApplication.initInput(LegacyApplication.java:337) at com.jme3.app.LegacyApplication.initialize(LegacyApplication.java:640) at com.jme3.app.SimpleApplication.initialize(SimpleApplication.java:198) at com.jme3.system.lwjgl.LwjglWindow.initInThread(LwjglWindow.java:524) at com.jme3.system.lwjgl.LwjglWindow.run(LwjglWindow.java:640) at com.jme3.system.lwjgl.LwjglWindow.create(LwjglWindow.java:477) at com.jme3.app.LegacyApplication.start(LegacyApplication.java:491) at com.jme3.app.LegacyApplication.start(LegacyApplication.java:443) at com.jme3.app.SimpleApplication.start(SimpleApplication.java:126) at test.TestJni.main(TestJni.java:18) Dec 09, 2021 12:44:16 PM com.jme3.app.LegacyApplication handleError SEVERE: Failed to destroy context java.lang.NullPointerException at org.lwjgl.system.Callback.get(Callback.java:190) at org.lwjgl.glfw.GLFWErrorCallback.create(GLFWErrorCallback.java:40) at org.lwjgl.glfw.GLFWErrorCallback.createSafe(GLFWErrorCallback.java:49) at org.lwjgl.glfw.GLFW.glfwSetErrorCallback(GLFW.java:1288) at com.jme3.system.lwjgl.LwjglWindow.destroyContext(LwjglWindow.java:436) at com.jme3.system.lwjgl.LwjglWindow.deinitInThread(LwjglWindow.java:624) at com.jme3.system.lwjgl.LwjglWindow.lambda$initInThread$12(LwjglWindow.java:494) at java.base/java.lang.Thread.dispatchUncaughtException(Thread.java:2002) X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 20 (X_GetProperty) Resource id in failed request: 0x1a00061 Serial number of failed request: 1818 Current serial number in output stream: 1818 ``` ### Seems that GLFW cannot find the graphics adapter : INFO: LWJGL 3.3.0 build 21 context running on thread jME3 Main * Graphics Adapter: GLFW 3.4.0 Wayland X11 GLX `Null` EGL OSMesa monotonic shared I believe that this is a `lwjgl` issue, but we are expecting its from jme until proved otherwise. 2) Lwjgl-3.2.3 GLFW and natives, the app works fine with a non null graphics adapter : ![image](https://user-images.githubusercontent.com/60224159/146652398-04e165ba-aadb-4bb5-b30b-5142c8f5606c.png) Sorry i am not on the pi now to copy this stack trace, but this is the important finding. forum thread : https://hub.jmonkeyengine.org/t/jme3-5-0-alpha-on-armhf/45207/2?u=pavl_g

I think we might need to change the versions of lwjgl3 to lwjgl-3.2.3 for armhf devices, so others using gradle on the pi won’t face this problem (if there is really someone who cares about pi), for me i currently use lwjgl-3.2.3 jars because i stopped using gradle on the pi, but for gradle users, jme forces them to use lwjgl-3.3.0 which will cause this faulty bad window error.

pspeed · December 18, 2021, 8:58pm

False.

JME depends on it by default. Gradle users are 100% free to override this to whatever version they like. They just need to know to do it.

Pavl_G · December 18, 2021, 9:49pm

How to do it ? I really don’t know , so may be configurations.exclude lwjgl3.3.0 then add the lwjgl3.2.3 ?