Start › Wiki › Crossplay

Crossplay

Blacklight betreibt einen Server für beide Editionen. Java verbindet sich direkt, Bedrock kommt über Geyser und Floodgate, alle teilen eine Welt.

Ein Server, beide Editionen

Blacklight ist ein einzelner Paper-26.2-Server. Java-Clients verbinden sich direkt. Bedrock-Clients erreichen denselben Server über Geyser, das das Bedrock-Protokoll in das Java-Protokoll übersetzt, und Floodgate, das ein Bedrock-Konto anmelden lässt, ohne dass du ein Java-Konto besitzt.

Die Plattformzahlen, jede aus dem Build gelesen statt aus dem Gedächtnis: api-version 26.2, gebaut gegen paper-api 26.2.build.123-stable, Ziel ist Java 25. Der zu 26.2 gehörende Geyser-Build trägt Protokoll 776 und meldet die Java-Versionen 26.1.1, 26.1.2 und 26.2; ein einziger Geyser-Build deckt also beide Seiten des Wechsels ab, ein Stichtag war nicht nötig.

Es gibt keine getrennte Bedrock-Welt, keine gespiegelte Wirtschaft und keine parallele Spielerliste. Du spawnst in denselben Welten, gibst dieselben Münzen aus, trittst denselben Fraktionen bei, liest denselben Chat und stehst in derselben Tab-Liste wie alle anderen. Ein Bedrock-Spieler kann einen Regionalshop besitzen, bei dem ein Java-Spieler einkauft, in derselben Fraktion sitzen und in demselben Claim stehen.

Das Plugin hält seine Bedrock-Behandlung in zwei Helfern, statt sie pro System zu wiederholen: einer entscheidet, ob ein Spieler auf Bedrock ist, und löst seinen Namen auf, der andere entscheidet, wie eine Chat-Nachricht für ihn dargestellt wird. Alles Übrige, also Berufe, Fraktionen, Banken, Schmiede und Skills, ist einmal geschrieben und wird von beiden Editionen benutzt.

Geyser und Floodgate sind weiche Abhängigkeiten. Fehlt Floodgate, liefert der Erkennungs-Helfer für alle false und der Server behandelt jeden Spieler als Java-Spieler; das ist ein eingeschränkter Zustand, kein Absturz.

Das sind sechs weiche Abhängigkeiten und eine harte. Geyser und Floodgate stehen mit Absicht in der weichen Liste, damit ein Server auch ohne sie startet.

Beitreten aus der Java-Edition

Die Java-Edition benutzt den Standard-Minecraft-Port, die Adresse allein genügt also.

1. Starte Minecraft: Java Edition in einer Version, die zum Server passt; dieser läuft auf Paper 26.2.
2. Wähle Mehrspieler, dann Server hinzufügen.
3. Servername: beliebig. Serveradresse: blacklight-network.de.
4. Klicke auf Fertig und dann doppelt auf den Eintrag, um beizutreten.

Beim ersten Beitritt bietet der Server sein Resource Pack an, und du solltest es annehmen. Die Servereinstellungen verlangen das Pack: Ein Java-Client, der es ablehnt oder den Download nicht schafft, wird getrennt, statt ohne das Pack hereingelassen zu werden. Nimmst du es an, bekommst du die eigenen Modelle für geschmiedete Werkzeuge, Geldscheine und den Rest der Custom-Item-Registry, und seit dem Garten außerdem die Pflanzengrafik: Einem Java-Client ohne Pack wird stillschweigend die schlichte Vanilla-Pflanze an ihrer Stelle geschickt.

Das Pack gibt für 26.2 Resource-Format 88 an, geschrieben als Bereich von 84 bis 88. Falls du für dieses Pack schon einmal die 101 gelesen hast: Das war eine Zahl aus dem falschen Register. Ein Pack-Format ist eine nackte Ganzzahl, und nichts in der Datei sagt, welche der beiden Fragen sie beantwortet; deshalb hält das Projekt beide namentlich auseinander. Das Pack, das du herunterlädst, steht im Resource-Register bei 88, die Datapacks des Servers stehen im Data-Register bei 107.1. Die Hauptnummern überschneiden sich nie, und genau dafür wurden sie getrennt.

Mechanisch hängt an keinem Modell etwas. Jedes Custom-Item trägt seine Identität neben dem Modell auch im Anzeigenamen und in der Lore, und genau darum funktionieren dieselben Items auch auf Bedrock, wo es die eigenen Modelle überhaupt nicht gibt.

Beitreten aus der Bedrock-Edition

Bedrock auf Handy, Tablet, Windows 10 oder Windows 11 kann jede Serveradresse von Hand eintragen. Das ist der Weg, der ohne Behelfslösungen funktioniert.

1. Drücke Spielen und öffne den Reiter Server.
2. Scrolle an den vorgestellten Servern vorbei bis ans Ende der Liste und wähle Server hinzufügen.
3. Trage die drei Felder unten ein und speichere.
4. Wähle den Eintrag in deiner Serverliste aus und tritt bei.

Der Port ist wichtig. Java benutzt den Standardport, Bedrock nicht; 19132 wegzulassen ist der häufigste Grund, warum ein Bedrock-Beitritt mit einem nichtssagenden Verbindungsfehler scheitert.

Du brauchst kein Java-Konto, keinen Java-Kauf und kein verknüpftes Profil. Floodgate authentifiziert dein Bedrock-Konto und legt deine Spieleridentität auf dem Server an. Geyser übersetzt danach jedes Paket in beide Richtungen; deshalb können sich die ersten Sekunden eines Bedrock-Beitritts langsamer anfühlen als bei Java.

Konsolen: die ehrliche Lage

Xbox, Nintendo Switch und PlayStation führen die Bedrock-Edition aus, das Spiel selbst ist also kompatibel. Das Hindernis ist die Oberfläche. Diese Fassungen zeigen ausschließlich Server aus Microsofts Partnerliste und bieten kein Feld, in das man eine Adresse eintippen könnte. Es gibt keine Einstellung auf unserer Seite, die Blacklight in diese Liste bringt.

Weg 1: der Freundes-Reiter

Wenn jemand aus deiner Freundesliste Blacklight von einem Handy, Tablet oder Windows-Bedrock-Client aus betritt, taucht dessen Sitzung meist unter Freunde auf deiner Konsole auf. Wählst du sie aus, landest du mit auf dem Server. Die Person muss in diesem Moment online und auf dem Server sein, und ihre Privatsphäre-Einstellungen müssen dir erlauben, die Sitzung zu sehen und ihr beizutreten.

Weg 2: eine DNS-Umleitung

Der andere Weg ändert die DNS-Server in den Netzwerkeinstellungen deiner Konsole auf einen Drittanbieter, der den Hostnamen eines Partnerservers mit einer anderen Adresse beantwortet. Du wählst danach diesen Partnerserver aus der Liste und landest woanders. Das funktioniert, und es hat echte Kosten: jede DNS-Abfrage deiner Konsole läuft über diesen Dienst, du bearbeitest Netzwerkeinstellungen von Hand, und die Zuordnung wird von Fremden gepflegt.

Welchen Weg du auch nimmst, du kommst als ganz normaler Bedrock-Spieler an. Der Server kann einen Konsolen-Client nicht von einem Handy-Client unterscheiden und behandelt sie nicht verschieden.

Dein Name und der vorangestellte Punkt

Floodgate gibt jedem Bedrock-Konto ein Anzeige-Präfix, standardmäßig einen einzelnen Punkt. Ein Gamertag Steve existiert auf dem Server also als .Steve. Das Präfix verhindert, dass ein Bedrock-Gamertag mit einem gleichnamigen Java-Konto kollidiert, und es gehört zu dem Namen, auf den der Client selbst abgleicht.

Tippen musst du ihn fast nie. Namensauflösungen laufen über einen Resolver, der der Reihe nach versucht:

1. den exakt eingegebenen Namen;
2. denselben Namen mit vorangestelltem Bedrock-Präfix;
3. eine teilweise Übereinstimmung ohne Rücksicht auf Groß- und Kleinschreibung.

/pay Steve 500 erreicht also .Steve, und ebenso /msg, /w, /tell, /profile, Fraktionseinladungen, Teleporter-Verknüpfungen und Marktkäufe. Genau diese Oberflächen stehen fest auf der Testliste, weil das Präfix sie nicht brechen darf.

An zwei Stellen erscheint die Präfix-Form mit Absicht. Namensschilder und Scoreboard-Einträge benutzen den vollen Namen samt Präfix, denn das ist die Zeichenkette, auf die der Client abgleicht; ein Eintrag unter dem gekürzten Namen würde zu niemandem passen und das Suffix verschwände stillschweigend. Wo ein Bildschirm stattdessen eine saubere Beschriftung braucht, entfernt der Anzeige-Helfer das Präfix rein für die Darstellung.

Bildschirme: Formulare, Kisten und Befehle

Ein Bildschirm kann einen Bedrock-Spieler auf drei Wegen erreichen, und die meisten Systeme nutzen mehr als einen.

• Ein natives Bedrock-Formular. Aus demselben Ansichtsmodell wie der Java-Bildschirm gebaut und als echtes Bedrock-Menü an deinen Client geschickt. Formulare sind Listen von Schaltflächen, deshalb wandert der gesamte Detailtext einer Zeile in die Beschriftung; Bedrock hat keinen Hover-Tooltip, in den er sonst passen würde.
• Eine Kisten-GUI, von Geyser übersetzt. Jedes Bedienelement ist ein Item mit Namen, nichts hängt also am Hovern. Kann ein Formular nicht gesendet werden, fällt der Code auf den Kistenbildschirm zurück, statt dich mit nichts stehen zu lassen.
• Ein Befehl. Jede Anweisung im Spiel ist ein tippbarer Befehl, und Chat-Zeilen, die Befehle nennen, sind so geschrieben, dass der Befehlstext auf Bedrock lesbar bleibt.

Die Regel, an die sich das Plugin bindet: eine Fähigkeit ohne Klickweg gilt als nicht ausgeliefert. Befehle sind der Bedrock-Rückfallweg und nie die einzige Tür, und ein Befehl, der verlangt, dass du in einer GUI einen Namen tippst, zählt nicht einmal als Rückfallweg, denn in einer GUI kannst du nicht tippen.

Hilfe ist jetzt ein Bildschirm, und die Worte sind weiterhin da

Die Hilfe war die eine Oberfläche, die gegen die Regel oben verstieß. Ein Befehl öffnete einen Bildschirm, wenn du ihn nackt eingabst, und schrieb eine Chat-Wand, sobald du help anhängtest. Eine Prüfung ging alle 64 Befehlsblöcke durch und ordnete jeden ein, der an Spieler gerichtet ist: drei, deren Hilfe schon ein Bildschirm war, einundzwanzig, deren nackte Form einen Bildschirm öffnete, während die Hilfe Text schrieb, und vierunddreißig, die völlig zu Recht gar keine Hilfe haben, etwa /ping, /pay und /msg, wo ein Hilfebildschirm schlechter wäre als keiner.

Neunzehn wurden in einem Durchgang umgestellt. /x help öffnet jetzt denselben Bildschirm wie der nackte Befehl, auf Bedrock also ein natives Formular, wo der Befehl eines hat, und sonst eine durchgängig bedienbare Kisten-GUI. Zwei Türen stehen weiterhin als offen in der Liste.

Die Worte wurden nicht gelöscht. /x help text schreibt genau die Zeilen, die der Befehl vorher geschrieben hat, aus derselben Quelle, und es gibt im ganzen Plugin nur eine Schreibweise dieses Schlüsselworts, damit kein Befehl sich eine eigene ausdenkt. Es ist der Weg, den die Konsole nimmt, denn eine Konsole hat kein Inventar, und er ist für Spieler da, deren Bildschirm sich nicht geöffnet hat oder deren Teilsystem abgeschaltet ist. text wird außerdem bei /farm, /apiary, /effects, /gardenshow, /grove, /gardencodex und /bank vervollständigt; drei davon hatten auf dieser Ebene vorher gar keine Vervollständigung.

Manche Antworten bleiben mit Absicht Text. Ein unbekanntes Verb wie /apiary xyz antwortet weiterhin im Chat, denn ein Tippfehler ist keine Bitte um einen Bildschirm, und /faction help ohne Fraktion macht dasselbe, weil ein leerer Hub niemandem hilft.

Chat, klickbarer Text und tippbare Befehle

Jede an Spieler gerichtete Nachricht auf dem Server läuft durch einen einzigen Nachrichten-Trichter. Java-Clients bekommen die vollständige interaktive Komponente mit Klick und Hover. Bedrock-Clients bekommen denselben Text, aus dem die Klick- und Hover-Teile entfernt wurden, weil es diese Bedienhilfen dort entweder nicht gibt oder sie die Übersetzung nicht überstehen.

Wegen dieses Entfernens sind Befehlslinks so geschrieben, wie sie geschrieben sind. Bietet dir eine Nachricht einen Befehl an, ist der sichtbare Text der Befehl selbst, umhüllt vom Klickverhalten statt dahinter versteckt. Auf Java klickst du darauf. Auf Bedrock fällt die Hülle weg und übrig bleibt eine saubere Zeile, die du tippen oder kopieren kannst.

Der Fehlerfall, den das vermeidet, ist eine Beschriftung wie [Annehmen] mit dem Befehl im Klick-Attribut. Entfernt man das Attribut, verschwindet der Befehl und einem Bedrock-Spieler bleibt ein Wort, das nichts tut. Fraktionsbestätigungen, Einladungsabfragen, Kriegs- und Friedensanfragen, Hilfeseiten und Vote-Links folgen alle dem Muster mit sichtbarem Befehl; Vote-Links sind auf Java klickbar und auf Bedrock reiner Text.

Zwei weitere Punkte lohnen sich zu wissen:

• Serverweite Durchsagen werden pro Spieler verschickt statt einmal an alle, damit jeder Client die für seine Edition gebaute Fassung erhält.
• Aktionsleisten tragen ohnehin weder Klick noch Hover und lesen sich deshalb auf beiden Editionen gleich. Mehrere Bestätigungen laufen genau darum bewusst dort.

Was in der Welt anders aussieht

Manche visuellen Effekte überstehen die Protokollübersetzung nicht. Wo das passiert, ergänzt das Plugin einen zweiten Hinweis, den Geyser sehr wohl überträgt, statt die Fähigkeit als kaputt erscheinen zu lassen.

Erzpuls und Reliktsinn

Der Erzpuls des Bergmanns (schleichen und Rechtsklick mit einer Spitzhacke) scannt beim Auslösen einmal einen Würfel und markiert das gefundene Erz. Auf Java sind die Markierungen leuchtende Blockumrisse, farblich nach Erz codiert. Geyser kann diese Leuchtfarbe nicht zuverlässig übersetzen, deshalb kann der Umriss auf Bedrock ganz ausbleiben. Der garantierte Hinweis auf beiden Editionen sind farblich passende Staubpartikel an jedem markierten Block; Bedrock erhält zusätzlich ein Chat-Radar mit dem Fundbericht.

Der Scan hat auf beiden Editionen harte Grenzen: Radius standardmäßig 10 (15 mit der Geomant-Meisterschaft), höchstens 40 markierte Erze und eine Dauer von 5 Sekunden. Ist die Grenze erreicht, bricht der Scan dort ab, und Aktionsleiste sowie Radar sagen das. Die Markierungen werden beim Ablauf, beim erneuten Auslösen, beim Verlassen, beim Weltwechsel und beim Herunterfahren entfernt, es bleibt also nichts Leuchtendes hinter dir zurück.

Der Reliktsinn des Archäologen (schleichen und Rechtsklick mit einem Pinsel) arbeitet genauso über den Vanilla-Archäologieblöcken, mit Sandgelb für verdächtigen Kies und verdächtigen Sand sowie Türkis für verzierte Töpfe. Mehr Ziele hat er nicht, und es sind dieselben, an denen der Beruf verdient. Auch er liefert ein Bedrock-Chat-Radar, und er verbraucht seine Abklingzeit nicht, wenn er nichts findet.

Item-Modelle

Eigene Item-Modelle sind eine reine Java-Mechanik. Bedrock-Clients erhalten das Resource Pack über Geyser, aber die Zeichenketten-Ids, auf denen die Modelle beruhen, gibt es auf Bedrock nicht; ein Bedrock-Spieler sieht darum immer das Vanilla-Modell, unabhängig davon, ob das Pack angenommen wurde. Mechanisch hängt daran nichts: geschmiedete Werkzeuge, Geldscheine und verzauberte Bücher tragen ihre Identität in Name und Lore, und die werden überall dargestellt.

Worauf Bedrock zurückfällt, bleibt dabei nicht dem Zufall überlassen. Alle 99 Basis-Items im Pack geben das Vanilla-Modell wortgleich als Rückfall an, sodass ein nicht erkanntes Custom-Item als das sinnvolle Vanilla-Item erscheint, auf dem es aufbaut, und nicht als fehlende Textur. Die Selbstprüfung "alles baubar" über die Custom-Item-Registry liest 129/129.

Der Garten auf Bedrock

Der Garten hat eine ganze Anbauschicht hinzugefügt, und sie ist auf Bedrock vollständig lesbar, nur fast nirgends über ein Modell. Zwei Mechanismen tragen sie, und beide schicken ihr Ergebnis an genau einen Betrachter, als clientseitige Täuschung, die nichts an der Welt ändert.

Eigene Blöcke geben an, was Bedrock sieht. Ein eigener Block sitzt auf einem Notenblock, und ein Bedrock-Client liest von unserem Pack nichts; jeder davon muss deshalb einen Vanilla-Block benennen, der für ihn einspringt. Dieser Name wird angegeben, nie abgeleitet, und hat keinen Standardwert, denn was ein Bedrock-Spieler sieht, lässt sich aus nichts anderem erraten: Die Pflanzkiste gibt minecraft:composter an, das Gartenspalier minecraft:oak_fence. Einen Block ohne diese Angabe zu registrieren ist ein Compilerfehler und kein Hinweis beim Start. Der Stellvertreter wird in den drei Momenten erneut geschickt, in denen sonst der echte Block durchschlägt: wenn der Chunk bei dir ankommt, wenn ein Abbau abgebrochen wird und wenn eine Interaktion verweigert wird. Ohne den zweiten davon würde ein Bedrock-Spieler zusehen, wie sein Spalier durch einen Schlag zum Notenblock wird.

Pflanzen und Hain-Zentren werden pro Betrachter gemalt. Eine gepflanzte Feldfrucht sitzt auf einem reservierten Blockzustand, den das Pack als die Art zeichnet. Bedrock hat kein Pack, also bekommt ein Bedrock-Spieler an ihrer Stelle die schlichte Vanilla-Pflanze geschickt; ein Hain-Zentrum zeigt auf demselben Weg einen Eichensetzling. Die Entscheidung ist eine kleine Funktion über drei Tatsachen, und ihre allererste Zeile antwortet für jeden auf Bedrock mit "kein Pack", bevor irgendetwas anderes betrachtet wird. Der naheliegende Fehler wäre, zuerst zu prüfen, ob der Server ein Pack verlangt, denn ein Bedrock-Client bekommt auf einem solchen Server durchaus ein Pack; diese Reihenfolge wurde in der Prüfung absichtlich vertauscht, um die Kontrolle scheitern zu sehen und den Fall benannt zu bekommen.

Eine Folge daraus ist es wert, ausgesprochen zu werden. Java-Spieler hatten beim Beitritt ein Wettrennen: Die Chunks kamen vor dem Pack-Status des Clients an, also bekam jeder den Vanilla-Stellvertreter gemalt, und es gab nichts, das ihn je wieder übermalt hätte. Genau daher stammen die Meldungen über Pflanzen, die ihre Textur erst nach einem Rechtsklick oder einem Wachstumsschritt annahmen. Für Bedrock hat sich nichts geändert, weil die Antwort für Bedrock schon vorher richtig war und dauerhaft gilt: Du siehst den richtigen Vanilla-Stellvertreter ab dem ersten Bild und wirst nie übermalt.

All das ist Aussehen. Ertrag, Qualität, Genetik, Bestäubung und Wachstumszeit werden aus dem Beet-Datensatz gelesen und sind auf beiden Editionen gleich, und die Identität steckt in Name und Lore. Der Anbau selbst gehört zu Der Garten und Gartenpflanzen.

Hologramme und Gräber

Schwebender Text und Rüstungsständer-Anzeigen sitzen auf den beiden Clients unterschiedlich hoch. Gräber gleichen das bereits aus: der Anzeige-Versatz des Grabes wird für Bedrock-Spieler angepasst, damit die Markierung zum Grab passt, statt darüber zu schweben oder darin zu versinken. Andere Hologramme, etwa Regionalshop-Schilder, können auf Bedrock weiterhin etwas anders sitzen als auf Java.

Bekannte Schwachstellen

Parität ist ein Ziel, kein erreichter Zustand. Dies sind die Lücken, die das Projekt aufgeschrieben statt übertüncht hat.