Fix which LWJGL (Light Weight Java Game Library) version is used in Minecraft for ARM devices

This script is a wrapper for launching Minecraft on devices that aren't properly supported by Mojang, such as computers with ARM processors like the Raspberry Pi 3 and 4, as well as Apple's new M series chips. On these devices, the wrong version of LWJGL is downloaded, preventing minecraft from launching properly. This program takes the arguments that would have been used to run Minecraft and rewrites a few details about LWJGL, pointing minecraft to use a user-specified folder as the LWJGL library library path for the shared object files and in the case of LWJGL 3, changing the java class path information to use the correct files for your machine.

Basically, it means minecraft works now!

This program has been tested successfully with ATLauncher on a Raspberry Pi 4 running 64 bit Raspberry Pi OS bullseye. It should work for 32 bit Raspberry Pi OS bullseye, but I have not tested that yet.

Eagle3820 has successfully gotten this script working on an M3 Mac! Lolmc0587 has successfully gotten this script working on an Orange Pi 5 with Ubuntu!

This script might also work other platforms with arm processors, but may require minor changes.

If possible, if this script works on anything not listed as tested, please tell me using the discussions page!

Ensure Python 3 is installed on your computer, and use pip to install this project with the command listed below:

pip install git+https://github.com/CoolCat467/fix-lwjgl.git

If you are using MacOS, you will probably have to install homebrew to install pipx (use the links given, not copying their install instructions here because they will get out of date).

After pipx is installed, you can use the following command to install:

pipx install git+https://github.com/CoolCat467/fix-lwjgl.git

On default, all LWJGL files are expected to be in $HOME/.local/share/fix_lwjgl/lwjgl_{lwjgl_version}{system_arch}, so if the script was run on Raspberry Pi OS 32 bit, it would be lwjgl_3arm32. If this folder does not exist or files are missing (only checks in LWJGL 3 mode), the folder is created and all required files are downloaded from https://build.lwjgl.org/ (browse at https://www.lwjgl.org/browse) (see also can_download in configuration)

If this script needs the LWJGL 2 folder, it will download the folders in this repository. If this script needs any LWJGL 3 modules, it will download them from LWJGL's build repository available to browse at https://www.lwjgl.org/browse

All configuration files should be located in ~/.config/fix_lwjgl/fix_lwjgl_config.ini. The current options as of writing include:

• lwjgl_base_path - Controls where the lwjgl folders are expected to live at (defaults to $HOME/.local/share/fix_lwjgl)
• can_download - If the wrapper is allowed to download files from the internet (defaults to True)
• download_timeout - Timeout in seconds for downloading files from the internet (defaults to 15 seconds)

Go to your Minecraft launcher, and somewhere in settings is likely the ability to set a "wrapper command". Set it to fix_lwjgl_wrapper after you install the script and everything should be good.

On Raspberry Pi OS bullseye and some other platforms, it might be useful to have this "pre-launch" command if you are experiencing crashes:

export MESA_GL_VERSION_OVERRIDE=4.2COMPAT

This tells mesa gl to pretend it's OpenGL 4.2, which stops Minecraft from trying to do some things that might cause crashes.

You might also want to try changing it from 4.2COMPAT to 4.3 or 4.5, this is known to fix the "Could not initialize class com.mojang.blaze3d.systems.RenderSystem" issue

If you encounter any issues regarding this program, please check and see if anyone else is having the same issue before making a new issue. When posting your issue, be sure to include any relevant logs and what operating system you're using and what architecture your computer's processor uses.

Additionally, re-running Minecraft with the additional arguments

-Dorg.lwjgl.util.DebugLoader=true -Dorg.lwjgl.util.Debug=true

might help diagnose your issue. Just be sure to remove them after everything is fixed, because OpenGL errors cause crashes in debug mode instead of just being silently ignored.