The game is made using LWJGL, and this was my first experience using OpenGL. I'm using NetBeans IDE. The project is built with Ant (I know Maven is the main choice, but I'm used to Ant hehe). On the JDK... I'm using JDK 16, the latest version avaliable.
Oh I'm not familiar with neither Netbeans or Ant (btw I'm actually using gradle, even though maven is preffered in business). I do use LWJGL too though, so the problem shouldn't be there.
See, the project is built with Ant and JDK 8 instead of 16. Why? Because if I compile it on 16, then the computer where I test it (not the same where I develop), which has no JDK but JRE 1.8 (the latest), can't run it because of a Java version error (I don't recall the exact error message). Then, if I build the project using JDK 8, problem is solved. However, now another problem will arise: "Can't load IA 32-bit .dll on a AMD 64-bit platform", says cmd. Finally, if you install exactly that version of JRE I provided to you on that link, problem is solved. Now everyone that has this exact JRE version can run it. I know this is weird, but still it's the only way I figured out by now.
The fact that you are using JDK 8 instead of JDK 16 does not matter. It is actually recommended by many to use Java 8 for your projects over the new Javas for many reasons, compatibility being one of them.
What is strange is that 333 _is Java 8_, by which I do mean 1.8. Just as the 321. But 321 works and 333 doesnt. ;) Really strange.
I'm aware the user doesn't want to install a specific Java version for this to run. I wish I knew the problem with JRE and JDK versions...
Just to make sure: In the end of my post, I was not talking about Java or the version you are using. I really mean that you need to learn to
pack/export your runtime (JRE) into the game eventually. No matter the java version you decide to use. This is actually a simple thing, but it is dependant on the IDE (because you have to set it up on export).
This is because the issue isnt "user doesnt want (specific) java" - its because the issue is "user doesnt want (to do) ANYTHING except the game itself". Thats why the engine (which is, in case of java, the runtime and the frameworks) has to be part of the game files. ;)
I'm willing to improve the mouse input bug, and definitely gonna research why this whole Java version error is happening. I appreciate the time you took to test the game! Hope I can update it soon with debugged and new features.
Happy to do it. Good luck! :) (especially with the mouse bug - kinda makes the game unplayable)