Das ist die erweiterte Version des User-FAQ.
Es gibt experimentelle Funktionen in der Entwicklungsversion 0.5.0 des Loaders, die mit einer Paper-Version laufen. Die Art der Bukkit API, Blöcke zu registrieren, stellt besonders große Schwierigkeiten da. Es ist kein offizieller Support zu erwarten.
Die beste Möglichkeit wäre, SpongeCommon und SpongeVanilla als Fabric Mod zu portieren, die die Sponge-API implementieren. Und da Fabric das Mixin-Projekt von SpongePowered benutzt, kann das die Portierung ein Stück weit vereinfachen. Auf der anderen Seite benutzten Fabric und Spigot und Fabric andere Mappings, was andere Probleme mit sich bringt.
Der Rendering-Patch Indigo macht Annahmen über das Datenformat von Vektoren, die die Vanilla Engine verwendet. Content-Mods haben auch in der Regel keinen Einfluß auf diesen Teil des Codes. Allerdings sind ShaderMod und ähnliche Mods eine Ausnahme, die diese Annahmen brechen, was dazu führt, das Indigo mit diesen Mods in Konflikt gerät.
Es gibt theoretisch Möglichkeiten, diese Probleme zu umgehen, aber noch keine, die zuverlässig funktionieren. Es gibt Mods, die dieses Problem selber angehen, doch diese zerstören die Kompatibilität mit 'normalen' Content-Mods, die die Fabric Rendering-API benutzten.
. Theoretisch funtioniert Fabric mit allen Versionen bis zum Snapshot c0.0.11a. Da aber keine Yarn-Mappings für diese Versionen vorhanden sind, macht es die Mod-Entwicklung sagen wir mal - interessant.
Grundsätzlich sollten alle jar-Mods (wie z.B. ältere Versionen von OptiFine oder Better Than Wolves) funktionieren und die gleiche Modifizierbarkeit erlauben, wie eine nicht gemoddete Version von Minecraft. Es gibt aber einige Besonderheiten:
Mod Loader älter als 1.13 müssen im Kombatibilitätsmodus gestartet werden, indem der JVM das Argument -Dfabric.loader.useCompatibilityClassLoader=true übergeben wird.
In Bezug auf Minecraft Forge:
Es gibt keine bekannten Probleme mit ModLoader.
In Bezug auf das MCP:
(Das ist eine Sache der Preferenz.)
In Bezug auf Spigot: