Crossplay ist kein Schalter
Java- und Bedrock-Spieler auf einem Server: technisch möglich, aber mit Grenzen, die man vorher kennen sollte. Was übersetzt wird, was nicht, und was das für die Serverplanung bedeutet.
Blackzack937 Wörter · 5 Min. Lesezeit
- minecraft
- bedrock
- geyser
Die Frage kommt in jeder gemischten Spielrunde: Können Java- und Bedrock-Spieler zusammen auf einen Server?
Die Antwort ist ja — mit einer Übersetzungsschicht, die zwischen den beiden Protokollen vermittelt. Und mit einer Reihe von Einschränkungen, die man besser vorher kennt, als sie im Betrieb zu entdecken.
Wie das funktioniert
Java und Bedrock sprechen völlig verschiedene Netzwerkprotokolle. Es gibt kein Häkchen, das beides einschaltet.
Was es gibt, ist eine Software, die sich als Bedrock-Server ausgibt, die Pakete entgegennimmt, sie in Java-Pakete übersetzt und an den eigentlichen Server weiterreicht — und die Antworten wieder zurück. Dazu eine Komponente, die dafür sorgt, dass Bedrock-Konten auf einem Java-Server überhaupt eine Identität bekommen.
Der Server, auf dem am Ende gespielt wird, ist ein Java-Server. Das ist die wichtigste Erkenntnis für die Planung: Crossplay heißt in der Praxis, dass alle auf einem Java-Server landen.
Was das für die Serverwahl bedeutet
Wer wie ich mit einem Bedrock-Server angefangen hat, steht vor einer Entscheidung. Entweder man bleibt dabei — dann bleiben Java-Spieler außen vor. Oder man wechselt auf Java und holt die Bedrock-Spieler über die Übersetzung dazu.
Der Wechsel bedeutet, die Welt zu konvertieren. Bedrock- und Java-Welten haben verschiedene Formate. Es gibt Werkzeuge dafür, und sie funktionieren erstaunlich gut — aber es ist eine Umwandlung mit Verlusten, und die will man vorher kennen.
Die Grenzen, die bleiben
Das ist der Teil, den ich mir aufgeschrieben habe, weil er in Diskussionen ständig untergeht.
| Bereich | Java | Bedrock über Übersetzung |
|---|---|---|
| Gelände, Bauten, Truhen | ✓ | ✓ |
| Serverseitige Nachrichten, Menüs aus Truhenoberflächen | ✓ | ✓ |
| Anklickbare Chat-Verweise | ✓ | ✗ |
| Eigene Verzauberungen | ✓ | ✗ |
| Eigene Item-Optik über Texturenpakete | ✓ | nur mit eigenem Bedrock-Paket |
| Eigene 3D-Modelle für Wesen | ✓ | ✗ ohne Zusatzarbeit |
| Anzeigen am Bildschirmrand | ✓ | ✗ |
Die Zeile mit den eigenen Items ist die, die am meisten Arbeit bedeutet. Auf Java gibt man einem Gegenstand eine Kennung und legt im Texturenpaket ein Modell dazu — fertig. Ein Bedrock-Client bekommt dieses Paket nie zu sehen. Er braucht ein eigenes Paket und eine Zuordnungsdatei, die sagt: Dieser Java-Gegenstand mit dieser Kennung sieht bei dir so aus.
Was das für die Planung heißt
Custom-Inhalte spalten einen Crossplay-Server, wenn man sie nicht doppelt pflegt. Ein Server, der stark auf eigene Items setzt, ist für Bedrock-Spieler ein anderer Server — dieselbe Welt, andere Optik.
Daraus folgt eine Entscheidung, die man früh treffen sollte:
- Entweder man verzichtet weitgehend auf eigene Optik und setzt auf Mechanik, die überall funktioniert.
- Oder man pflegt beide Seiten und akzeptiert, dass jeder eigene Gegenstand doppelte Arbeit bedeutet.
Es gibt keinen dritten Weg, bei dem es von allein geht.
Warnung
Eine Falle, in die ich fast gelaufen bin: Es gibt Plugins, die sich als „Bedrock model engine" bezeichnen. Gemeint ist damit das Dateiformat, in dem die Modelle vorliegen — nicht die Bedrock Edition. Solche Plugins erzeugen Modelle für Java-Clients. Auf Bedrock sieht man davon nichts. Der Name ist irreführend, und die Verwechslung kostet einen Nachmittag.
Die Weltkonvertierung als Entscheidungspunkt
Der Wechsel von einer Fassung zur anderen ist der Punkt, an dem eine Entscheidung unumkehrbar wird — und das sollte man wissen, bevor man ihn macht.
Die Umwandlung selbst ist gut. Gelände, Bauten, Truheninhalte kommen vollständig mit.
Der Rückweg ist keiner. Sobald die Welt einmal auf der neuen Fassung gestartet ist, gibt es keine unterstützte Möglichkeit zurück. Man kann eine Sicherung einspielen — aber alles, was seitdem passiert ist, ist verloren.
Verluste bei der Umwandlung sind unvermeidlich. Bestimmte Wesen kommen nicht mit. Das ist verschmerzbar und will vorher gewusst sein, weil es sonst nach einem Fehler aussieht.
Meine Empfehlung für alle, die vor derselben Frage stehen: Erst eine Kopie umwandeln und ansehen. Nicht die Welt, in der gespielt wird. Die Umwandlung dauert Minuten, und man kann in Ruhe prüfen, was fehlt, bevor man eine Entscheidung trifft, die man nicht zurücknehmen kann.
Was bei gemischten Servern in der Praxis stört
Nach ein paar Wochen Betrieb sind es nicht die großen Unterschiede, die auffallen, sondern kleine Alltagssachen.
Anklickbare Verweise im Chat funktionieren nicht. Jede Ansage mit einem Link muss anders gelöst werden — als Menü, als Formular, als Aushang im Spiel.
Menüs müssen als Fenster gebaut werden, nicht als Chat. Was in einer Truhenoberfläche steht, kommt drüben an. Was als Hover-Text an einer Chatnachricht hängt, nicht zuverlässig.
Namen sehen anders aus. Bedrock-Spieler bekommen ein Präfix, das ihre Herkunft kennzeichnet. Jede Namensverarbeitung — Ranglisten, Rechte, Statistiken — muss das kennen, sonst ist derselbe Mensch zwei Einträge.
Der dritte Punkt ist der, der die meisten kleinen Fehler erzeugt hat. Meine Lösung ist eine Normalisierung an genau einer Stelle: kleingeschrieben, ohne Präfix. Damit gilt ein Name für beide Konten derselben Person — und das ist der Unterschied zwischen einer Rangliste, die stimmt, und einer, in der jeder zweimal auftaucht.
Was ich für mich entschieden habe
Ich bin auf Java gewechselt und hole die Bedrock-Spieler über die Übersetzung dazu. Drei Gründe:
Die Plugin-Welt. Alles, was ich für Verwaltung, Schutz, Statistiken und Bequemlichkeit brauche, gibt es auf Java fertig.
Die Statistiken. Java zählt von sich aus mit, was auf Bedrock jedes Addon selbst erheben muss.
Die Versionskontrolle. Ein Java-Server bleibt auf der Version, die ich will. Die Bedrock-Seite muss ich der Client-Entwicklung hinterherziehen — aber nur an einer Stelle, nämlich der Übersetzungsschicht.
Was ich dafür in Kauf nehme: die Weltkonvertierung mit ihren Verlusten, und dass jedes optische Extra doppelte Arbeit bedeutet. Beides schien mir das kleinere Übel gegenüber einem Server, auf dem die Hälfte der Leute nicht mitspielen kann.