A FOSS mcp hacked (ghost/automation is a priority) client for minecraft intended for at least half standard users or devs.
ScriptApi and REPL in game is supported (but cannot be invoked yet lmao).
It's likely that any GUI will not be completed any time soon.
However, a Scala REPL run configuration was included in project files.
simply run Scala REPL and type
import net.unnamed.utils.REPLHelper
REPLHelper.startMinecraft()
will launch Minecraft and have the REPL stay available for you.
This client is written from scratch in Scala, which means it will have a very different client base and design, have fun skidding.
Also, FUCK Eclipse, and generally all IDE for jvm for license.
dev-java/openjdk-8 and dev-java/openjdk-17
Need java 8 for decompiling, and 17 for builiding/running(not sure if 11 will work)
net-misc/curl sys-apps/coreutils app-arch/unzip dev-python/virtualenv.
A instance of 1.8.8 is presented in the default path ready for mcp.
If located elsewhere, mount --rbind or overlayfs could be an option, MultiMC doesn't seem to be nice here.
btw no plan for building on Windows currently, you can try wsl anyway.
GNU/Linux support will be prioritized (if any platform-dependent development needs to be done).
run setup-scripts/project-setup.sh
It will grab mcp/optifine, setup mcp and project.
Launch idea, open idea-project.
To build the client, Build -> Build Artifacts.
A launch profile is already include in the project.
You might have to change the scala sdk version on your machine.
setup-scripts/install.sh <directory - default: ~/.minecraft> copies the built jar and json.
Only publicly maintained libs like graaljs, vecmath should be added with idea project with latest. No closed source libs would be considered. Other than those should be embbed and put into the src/embeddedlibs.
It is recommended that you should audit the code in this repo.
The repository stores patches to build the development environment and scripts to automate this process.
Any help is appreciated, especially those can optimize workflow.
The client jar is very big right now, not sure if I would plan to put the dependencies in the json in the future
(you are going to download the libs anyway if you want to use the client LEGALLY).
LB is great in many aspects, except for performance