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.1.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.
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.
| Abhängigkeit | Art | Wozu sie hier dient |
|---|---|---|
ProtocolLib | Hart | Beim Laden erforderlich. Ohne sie startet der Server nicht. |
floodgate | Weich | Bedrock-Login ohne Java-Konto, dazu die Plattformerkennung, nach der das Plugin verzweigt. |
Geyser-Spigot | Weich | Protokollübersetzung und der Bedrock-Listener auf Port 19132. |
NuVotifier | Weich | Vote-Belohnungen. Fällt sauber aus, wenn es fehlt. |
Multiverse-Core | Weich | Weltenverwaltung. |
WorldGuard | Weich | Regionsschutz-Prüfungen, reflektiv abgefragt. |
Beitreten aus der Java-Edition
Die Java-Edition benutzt den Standard-Minecraft-Port, die Adresse allein genügt also.
- Starte Minecraft: Java Edition in einer Version, die zum Server passt; dieser läuft auf Paper
26.1.2. - Wähle Mehrspieler, dann Server hinzufügen.
- Servername: beliebig. Serveradresse:
blacklight-network.de. - Klicke auf Fertig und dann doppelt auf den Eintrag, um beizutreten.
Beim ersten Beitritt bietet der Server sein Resource Pack an. Nimmst du es an, bekommst du die eigenen Modelle für geschmiedete Werkzeuge, Geldscheine und den Rest der Custom-Item-Registry. Ablehnen kostet dich mechanisch nichts: kein System auf dem Server liest das Pack aus, und jedes Custom-Item trägt seine Identität neben dem Modell auch im Anzeigenamen und in der Lore. Das Pack nutzt Pack-Format 101, also das minecraft:select-Itemmodell-Format von 26.1.
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.
- Drücke Spielen und öffne den Reiter Server.
- Scrolle an den vorgestellten Servern vorbei bis ans Ende der Liste und wähle Server hinzufügen.
- Trage die drei Felder unten ein und speichere.
- Wähle den Eintrag in deiner Serverliste aus und tritt bei.
| Feld | Wert |
|---|---|
| Servername | Blacklight, oder was du möchtest |
| Serveradresse | blacklight-network.de |
| Port | 19132 |
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.
Wir unterstützen Konsolen-Beitritte nicht offiziell. Beide Wege unten sind Behelfslösungen von Dritten, sie brauchen Geduld beim Einrichten, und ein Konsolen- oder Partnerserver-Update kann sie ohne Vorwarnung zerstören.
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:
- den exakt eingegebenen Namen;
- denselben Namen mit vorangestelltem Bedrock-Präfix;
- 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.
| Oberfläche | Was Bedrock bekommt |
|---|---|
Skill-Bäume (/skill) | Natives Formular, mit Zurück- und Weiter-Schaltflächen, sodass das Blättern funktioniert. |
| Bildschirme der Antiken Ruinen | Natives Formular aus dem gemeinsamen Ruinen-Ansichtsmodell; fällt auf den Kistenbildschirm zurück, wenn das Formular nicht gesendet werden kann. |
Wirtschaft (/economy) | Natives Formular aus denselben Karten, Kistenbildschirm als Rückfall. |
Boosts (/boosts) | Natives Formular, dazu ein Chat-Weg. |
Schmiedetypen (/forge types) | Natives Formular und einfacher Chat. |
| Writs | Natives Formular. Das Blättern ist die bekannte Lücke, siehe letzter Abschnitt. |
| Update-Zustellung | Natives Formular, dazu eine Chat-Zeile mit dem sichtbaren Text /updates, die zuerst gesendet wird, damit eine fehlgeschlagene Zustellung dir nie den Hinweis kostet. |
| Regionalshop durchsuchen | Eine Chat-Auflistung, für Geyser-Clients geschrieben, statt der Browse-GUI. |
| Bank-Bildschirme | Kisten-GUI, in der jede Aktion ein Linksklick ist: feste Beträge, Plus- und Minus-Schritte, gehaltenes Item hinzufügen. Nirgends Tippen. |
| Markttafel und Angebotserstellung | Kisten-GUI. Ein Angebot anzulegen nutzt einen mittigen Eingabeplatz und Preisschritte in der GUI statt eines Chat-Umwegs, und das Item bekommst du bei jedem Schließen zurück. |
| Berufsauswahl | Kisten-GUI. Einen Beruf wählst du auf Java mit Shift-Klick, auf Bedrock mit jedem Klick. |
| Schmiede-Transfer, Verzauberungsstation | Nur Kisten-GUI. Beide nehmen ein Item als Eingabe entgegen, und ein Formular kann keines annehmen; jede hat einen tippbaren Einstieg. |
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.
| Erz | Farbe | Erz | Farbe |
|---|---|---|---|
| Kohle | Grau | Redstone | Dunkelrot |
| Eisen | Weiß | Lapis | Blau |
| Quarz | Weiß | Diamant | Türkis |
| Kupfer | Rot | Smaragd | Hellgrün |
| Gold | Orange | Antiker Schutt | Violett |
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, mit Sandgelb für verdächtigen Kies und Sand, Türkis für verzierte Töpfe und Gold für Schatztruhen. 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.
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.
| Lücke | Was das für dich heißt |
|---|---|
| Das Writ-Formular blättert nicht | Es schreibt "Seite 1 von 3" in den Text und gibt keine Zurück- oder Weiter-Schaltfläche aus; Seite zwei und drei sind vom Formular aus unerreichbar. Das Skill-Formular gibt beide aus und ist deshalb die Referenz. |
/updates-Bildschirme haben kein Bedrock-Formular | Du bekommst stattdessen die von Geyser übersetzte Kiste. Unerreichbar ist nichts: die Update-Zustellung nutzt den Formularweg, und der Befehl hat einen Chat-Rückfall. |
| Formulare nehmen keine Items an | Jeder Bildschirm, der ein Item als Eingabe entgegennimmt, ist auf beiden Editionen eine Kisten-GUI. Das betrifft den Transferbildschirm der Schmiede und den Buch-Anwendungsbildschirm der Verzauberungsstation, jeweils mit tippbarem Einstieg. |
| Leuchtumrisse | Die Java-Leuchtfarbe wird über Geyser womöglich nicht dargestellt. Die Staubpartikel sind der Hinweis, der garantiert ankommt. |
| Lange Formular-Schaltflächen | Beschriftungen laufen bis etwa 1.600 Zeichen, weil Bedrock keinen Hover hat und der Detailtext irgendwohin muss. Hohe Schaltflächen sind Absicht. |
| Klicks in Kisten-GUIs | Das Klickverhalten unterscheidet sich zwischen den Editionen, jeder Kistenbildschirm braucht darum eine eigene Bedrock-Prüfung. Wo ein Java-Bildschirm einen Shift-Klick erwartet, nimmt der Bedrock-Weg meist jeden Klick an. |
Ein großer Teil der neueren Bedrock-Arbeit ist in der projekteigenen Dokumentation als geschrieben und adversarial geprüft markiert, aber nicht auf dem Server verifiziert. Verhält sich ein Bildschirm anders als hier beschrieben, lohnt sich eine Meldung mehr als ein Umweg.