fr1kin
commented
2 years ago there is a nasty explanation for this. So Minecraft is shipped with all its classes, methods, and fields obfuscated. Working with this obfuscated code is a pain so people reversed engineered these names and created mappings to give developers human readable class/method/field names. I wont go into much detail, but essentially when you compile a forge mod it will remap your calls to Minecraft classes/methods/fields to those used in runtime Minecraft. This means the human readable compile time mappings are lost and unknown at runtime.
ForgeHax does transformations/patches to Minecraft classes, and in order to do that it needs to know the intermediate (searge) or obfuscated mapping names. In older versions of ForgeHax, this meant I had to use a tool to find the corresponding intermediate and obfuscated mapping name for every class, method, and field I wanted to patch. This was obviously... really time consuming since I have many patches. So, in my infinite laziness I automated the process in the worst way possible. When ForgeHax compiles, it saves the compile time mapping version it used. Then at runtime it will download this mapping file and parse it. And here lies the problem... ForgeHax downloads the mapping file. That means if this is your first time running ForgeHax, and your internet is down, or say the website hosting this mapping file goes down; then ForgeHax will fail to download this file and crash the game at startup. And that is exactly what is happening. http://export.mcpbot.bspk.rs/ has shutdown because MCP mappings are no longer needed since Mojang publishes official ones now.
So why the hell I would make this poor design choice? I knew it was a bad idea when I created it, but I was lazy and didn't care. I didn't want to bundle the mappings with ForgeHax either because the mapping file is massive. I just assumed 1.12 would be dead by the time I implemented a better system (which I did in 1.15.x ForgeHax), or the server would remain up. Obviously neither happened and here we are today. Oops.
So the solution? Actually, it's pretty simple. I just upload the mapping file somewhere else and change the URL to that. Here is that mapping file. I am lazy, so I am not gonna make any promises on when this will be fixed.
gonzuwux
mmvanheusden
MultiMC version: 0.6.13-2516
Launched instance in online mode Authentication server is online
authserver.mojang.com resolves to: [13.224.220.75]
session.minecraft.net resolves to: [23.23.220.104, 3.211.245.5, 52.70.238.65]
textures.minecraft.net resolves to: [13.224.226.100, 13.224.226.33, 13.224.226.113, 13.224.226.95]
api.mojang.com resolves to: [13.224.218.182]
Minecraft folder is: /Applications/MultiMC.app/Data/instances/1.12.2/.minecraft
Java path is: /Users/imac/Library/Application Support/minecraft/runtime/jre-legacy/mac-os/jre-legacy/jre.bundle/Contents/Home/bin/java
Checking Java version... Java is version 1.8.0_74, using 64-bit architecture, from Oracle Corporation.
Main Class: net.minecraft.launchwrapper.Launch
Native path: /Applications/MultiMC.app/Data/instances/1.12.2/natives
Libraries:
Native libraries:
Mods: [❌] Axiom-1.0-gm1.jar (disabled) [✔️] baritone-api-forge-1.2.15 [✔️] forgehax-1.12.2-2.9.0 [✔️] konas-b0.5.2-release [❌] konsafree.jar (disabled) [❌] Moneymod-b1-release.jar (disabled) [❌] proton-1.3-build20200607.jar (disabled) [✔️] rushercrack-2
Params:
Window size: 854 x 480
Java Arguments: [-noverify, -Xdock:icon=icon.png, -Xdock:name="MultiMC: 1.12.2", -Xms202m, -Xmx2048m, -Duser.language=en]
Minecraft process ID: 3418
Using onesix launcher.
something tells me this is relying on an web server that is currently down.