There is a simple way to combine your Multiplayer world for Single-player use.
Notice how your single-player worlds are saved in region
, DIM1
and DIM-1
folders. Each of these folders is your dimension.
Multiplayer servers saves each dimension in its own folder, while the game (single-player) saves it as a whole folder of its own.
So, what you want to do is copy the DIM1
(Nether) and DIM-1
(The End) into the folder with the overworld dimension in it (level
folder; as it is called in your screenshot), and then you can put your level
world folder straight into your saves
folder, in the Users/[Username]/Library/Application Support/minecraft/
folder, which then will run perfectly fine with all your dimensions intact.
Player inventories, locations etc. are stored in the overworld folder (level
), so all locations will be preserved. (Means if you were in the nether, you'll log back on into the nether, or where the level.dat says you are)
You should end up with a file directory like such:
...
- local
- ...
- minefold
- ...
- level
- data
- ...
- DIM1
- ...
- DIM-1
- ...
- players
- ...
- region
- ...
- uid.dat
- level.dat
- level.dat_old
- session.lock
Note: "..." means things not included/not important.
The DIM1
folder contains data for your Nether,
The DIM-1
folder contains data for The End and
The region
folder contains data for your overworld.
Everything else, you do not need to touch.
General Notes
(I'm sorry for any spelling-, grammar- and wording-errors and over-complicated expressions and explanations, English is not my native language...)
I managed to get Minecraft running on my ARM-Chromebook; however, it may not work for future releases (perhaps you will have to modify the scripts, perhaps it won't work at all).
The Launcher I last tried this method with was 1.6.61
and the Minecraft version was 1.9.2
.
Knowing a bit of how to write bash scripts is recommendable; do NOT use my script for learning bash, I'm not good at it and you shouldn't learn bad coding practices. (This code is probably acceptable but don't use it for learning just to be sure.)
Do this at your own risk. (I don't think that anything can go wrong really; anyway, backups are always a good idea.)
My actual Answer
Working Principle
The MC-Launcher does the authentication stuff with the Mojang-Server, the updates (including library updates), profile management and then passes the required arguments to the MC-Client. The MC-Launcher also passes the library paths to the Client. By writing a java-wrapper-script we can modify the library paths passed to the client.
Choosing a newer proprietary edition of Java (optional)
As of what I heard Java 8 brings some notable performance improvements to the ARM platform. By using the version directly from Oracle you won't get automatic updates though.
You can download the proprietary Java 8 here. Go to the downloads page (the link might change from time to time which is why I didn't link directly there), choose to accept the licence and download the version you need (in my case "Linux ARM 32 Soft Float ABI"). Extract the tar file whereever you want to store it on your computer (e.g. in ~/proprietary_java/).
Starting the Launcher
If you downloaded Java 8 and didn't install it in any way (only unpacked the archive somewhere) you can launch the launcher by running e.g.
~/proprietary_java/jdk1.8.0_77/bin/java -jar ~/<path-to-the-minecraft-launcher>
.
(You may need to change the path accordingly when a newer version of Java is released at some point. You may also want to write a custom .desktop file or launch script for this.)
The Java Wrapper
This is where my solution gets a bit hacky (not in a good way). You can use this script but you may need to modify the paths:
#!/bin/bash
ARGS=$@
#echo $ARGS > /tmp/args_original #uncomment for debugging
JAVA=$HOME/proprietary_java/jdk1.8.0_77/bin/java
JAVA_LIB_SETTING="-Djava.library.path="
JAVA_LIB_PATH="$HOME/MC_libs"
MC_ORIG_LWJGL="$HOME/.minecraft/libraries/org/lwjgl/lwjgl/lwjgl/2.9.4-nightly-20150209/lwjgl-2.9.4-nightly-20150209.jar"
MC_ORIG_LWJGL_UTIL="$HOME/.minecraft/libraries/org/lwjgl/lwjgl/lwjgl_util/2.9.4-nightly-20150209/lwjgl_util-2.9.4-nightly-20150209.jar"
MC_ARM_LWJGL="$HOME/proprietary_java/MC_libs/lwjgl.jar"
MC_ARM_LWJGL_UTIL="$HOME/proprietary_java/MC_libs/lwjgl_util.jar"
ARGS=$(echo $ARGS | sed "s|$MC_ORIG_LWJGL|$MC_ARM_LWJGL|g" | sed "s|$MC_ORIG_LWJGL_UTIL|$MC_ARM_LWJGL_UTIL|g" )
ARGS=$(echo $ARGS | sed "s|-Djava.library.path=[a-zA-Z0-9_\/\\\.-]\+|$JAVA_LIB_SETTING$JAVA_LIB_PATH |g") #magic ;-)
# the magic seems to eat the space-character though; this is why it's added after JAVA_LIB_PATH (I'm not good at regex)
#"[a-zA-Z0-9_\/\\\.-]\+" explained:
# match a-z and A-Z and 0-9 and '_' and '/' and '\' and '.' and '-' (this must be at the end it seems).
# "\+": escape the '+'; match this pattern multiple times.
# (this means: start at "-Djava.library.path=" and stop replacing at the first space that occurs)
#echo $ARGS > /tmp/args_modified #uncomment for debugging
$JAVA $ARGS
Save this script e.g. as java_wrapper and make the file executable (e.g. chmod +x java_wrapper
)
Explanation:
ARGS=$@
: get the arguments passed to the wrapper (more or less the arguments passed to the MC-Client). We do this since we want to modify those and "ARGS" is a little more self-explanatory than "$@"
echo $ARGS > /tmp/args_original
: this puts all the arguments to the file /tmp/args_original. This is useful when the game doesn't launch anymore - some paths may have changed and you may need to replace a few paths. Using this you can see which paths you need to replace - more on this soon.
JAVA=$HOME/proprietary_java/jdk1.8.0_77/bin/java
: The path to the Java-executable.
JAVA_LIB_SETTING="-Djava.library.path="
: This is how java wants to get the library paths. The MC-Launcher passes them like this. Maybe this will change at some point (probably not) and then you'll need to find out how Minecraft tells Java where to look for these libraries. (Uncomment echo $ARGS > /tmp/args_original
and have a look at /tmp/args_original and search for something that looks like passing libraries; I'm sorry, I can't provide anything more clear (I did it like this) but maybe someone can provide a proper how-to in the comments?)
JAVA_LIB_PATH="$HOME/MC_libs"
: Compile libopenal and liblwjgl as mentioned here and put the files lwjgl/libs/linux/liblwjgl.so
, lwjgl/libs/lwjgl.jar
, lwjgl/libs/lwjgl_util.jar
and openal-soft-1.15.1/build/libopenal.so.1.15.1
(remove the ".1.15.1" from libopenal.so) in a directory you want to use (e.g. ~/MC_libs in my example)
MC_ORIG_LWJGL=
: This is the original path to lwjgl.jar as it is passed by the launcher. This will probably change at some point (uncomment the lines for debugging then and search for something like "lwjgl.jar" in /tmp/args_original)
MC_ORIG_LWJGL_UTIL
: This is the original path to lwjgl_util.jar as it is passed by the launcher. This will probably change at some point (uncomment the lines for debugging then and search for something like "lwjgl_util.jar" in /tmp/args_original)
MC_ARM_LWJGL
: This is the path to the lwjgl.jar that you compiled (as described in my "JAVA_LIB_PATH=" description)
MC_ARM_LWJGL_UTIL
: This is the path to the lwjgl_util.jar that you compiled (as described in my "JAVA_LIB_PATH=" description)
ARGS=$(echo $ARGS | sed "s|$MC_ORIG_LWJGL|$MC_ARM_LWJGL|g" | sed "s|$MC_ORIG_LWJGL_UTIL|$MC_ARM_LWJGL_UTIL|g" )
: Here we change the first few things in the arguments: We replace the path $MC_ORIG_LWJGL with $MC_ARM_LWJGL and $MC_ORIG_LWJGL_UTIL with $MC_ARM_LWJGL_UTIL.
ARGS=$(echo $ARGS | sed "s|-Djava.library.path=[a-zA-Z0-9_\/\\\.-]\+|$JAVA_LIB_SETTING$JAVA_LIB_PATH |g") #magic ;-)
: Here we replace the library path (which is something that actually may change at some point) with our library path; we replace the specified path after "-Djava.library.path=". I hope you don't have any spaces in there, I'm not good with regular expressions (that's what the "[a-zA-Z0-9_/\.-]+"-thingy is called).
echo $ARGS > /tmp/args_modified
: Uncomment this line if you want to see what we get after our modifications to ARGS. This can be useful for finding out what you got wrong in the paths. (I needed this very often for the regex ^^)
$JAVA $ARGS
: Call the version of Java we specified at the top and pass the modified arguments of the MC-Launcher to it.
Making the Launcher run our wrapper
Launch the MC-Launcher, log in (if needed) and edit the current profile: In the section "Java Settings (Advanced)" check the option "Executable" and change the path to our Java-wrapper-script.
Now it's finally time to test our wrapper! Launch the MC-Launcher and start minecraft as usual. That's it! If it doesn't work you'll get a few error messages which will hopefully explain what's wrong... You then may need to change a few paths. (Let's hope it's not more than that.) And if it works: Have Fun!
Feel free to ask anything, in some cases I may be able to provide an answer - if not I hope that someone else can.
Best Answer
First, just start unmodded Minecraft so that the
.minecraft
directory is instantiated, and locate it - it will probably appear in Snap's counterpart of~/.minecraft
; it's the per-user directory of the game, as opposed to system-wide. Then run the mod loader installer that matches the mods of your choice (Fabric, Forge etc), giving it the path to .minecraft, e.g.This will, among others, create the respective
.minecraft/mods
dir, where you should drop all the mods.