Dev-Logs & Vorschau

Der Play Map Manager wurde integriert. Maps können nun über eine eigene Übersicht ausgewählt werden. Map-Kacheln zeigen Name und Ersteller, besitzen eine Auswahlmarkierung und werden dynamisch nach unterstützten Spielmodi gefiltert.

Maps prüfen nun automatisch, welche Spielmodi unterstützt werden. Team Battle wird durch vollständige rote und blaue Team-Spawnpunkte freigeschaltet, Free Battle durch vollständige grüne Spawnpunkte. Nicht unterstützte Modi werden im Play-Browser automatisch ausgeblendet.

Team-Spawnpunkte für Blau, Rot und Grün wurden als platzierbare Build-Objekte integriert. Die Objekte besitzen Limits, visuelles Feedback, Chat-Meldungen, Speicher-/Lade-Unterstützung und werden für spielbare Maps automatisch ausgewertet.

Das Build-System kann nun spezielle Prefab-Objekte platzieren, speichern, laden und wieder entfernen. Dadurch lassen sich Funktionsobjekte wie Spawnpunkte, spätere Zielpunkte oder Modus-Objekte direkt im Build-Modus verwenden.

Der Build-Modus wurde deutlich erweitert. Spieler können Maps erstellen, Blöcke setzen und entfernen, Änderungen speichern und geladene Maps im Multiplayer synchronisiert nutzen. Join-Vorgänge laden den aktuellen Weltzustand über ein Snapshot-System.

Das Batterie-System wurde mit einer Ladestation verbunden. Batterien können eingesetzt, geladen und über eine eigene UI verwaltet werden. Visuelles Feedback zeigt Ladestand, Status und belegte Slots an.

Der Beitritt zu laufenden Build-Sessions wurde überarbeitet. Clients laden den aktuellen Map-Zustand kontrolliert, während ein Loading-Overlay den Übergang abdeckt. Dadurch werden leere Welten, verspätete Blockdaten und unsaubere Spawns reduziert.

Maps können mit Grundparametern wie Größe, Höhe, Material und Umgebung vorbereitet werden. Die Build-Session dient als Grundlage für spätere spielbare Maps im Play-Modus. Ziel ist ein stabiler Editor, mit dem eigene Maps erstellt und anschließend im Shooter-Modus genutzt werden können.

Die grundlegende Multiplayer-Architektur wurde vorbereitet. Das Projekt setzt auf ein Dedicated-Server-Modell mit klarer Trennung zwischen Client, Master-API und Game-Server. Erste Tests erfolgen über eine öffentliche IPv4-Adresse, um reales Netzwerkverhalten mit externen Clients zu simulieren.

Das Social-Menü wurde im Hauptmenü des Spiels integriert. Die Freundesliste zeigt alle Kontakte mit Live-Status und aktueller Aktivität. Die UI basiert auf wiederverwendbaren Player-Panel-Komponenten und wird regelmäßig über die API synchronisiert.

Das Online-Status-System ist vollständig implementiert. Spielerstatus wird serverseitig verwaltet (Online, AFK, In-Game, Offline) über ein Heartbeat-System mit Token-Authentifizierung. Zusätzlich wurde das Friends-System fertiggestellt: Freundschaftsanfragen senden, annehmen und Freundeslisten abrufen funktionieren stabil über die Master-API.

Der BrickHub Launcher ist jetzt funktionsfähig: Login-System, Token-Verwaltung, automatischer Download, Update-Prüfung, Reparaturfunktion und direkter Spielstart aus dem Launcher. Alle API-Anbindungen laufen stabil. Die Beta bildet die Grundlage für das finale Release-System.

Die BrickHub-Website ist online und vollständig mit dem Backend verbunden. HTTPS-Weiterleitung funktioniert, Support-E-Mail wurde eingerichtet (support@brick-hub.de), und Version-Abfragen laufen stabil. Alle Domains sind über das zentrale Debian-System erreichbar.

Die ersten Blöcke sind im Editor funktionsfähig. Zwei Stilrichtungen wurden festgelegt: Classic (klar & kontrastreich) und Realistic (weich & natürlich). Alle Texturen besitzen jetzt einen sichtbaren Abschlussrand zur klaren Blockbegrenzung.

Zwei Hauptstilrichtungen für BrickHub-Blöcke wurden festgelegt: Realistic mit natürlicher Struktur und Lichtwirkung, Classic im klassischen BrickHub-Look. Alle Texturen folgen ab sofort einem einheitlichen Design-System mit warmen Farbtönen und klarer Kantenbegrenzung.

Das Grundprojekt in Unity (2022 LTS) ist eingerichtet: Login-Szene, Canvas-Layout, TMP-Inputfelder, Button-Logik und Farbanpassung zum Launcher sind abgeschlossen. Zudem wurden erste Spieler- und Bodenobjekte erstellt und im Editor getestet.

Token-System, Manifest-Verwaltung, ZIP-Download-Routine und automatische Reinstallation sind funktionsfähig. Der Launcher erkennt beschädigte Dateien, lädt diese neu herunter und stellt den Spielstatus automatisch wieder her.

Squirrel-Installer-Integration abgeschlossen. Launcher-Versionen werden automatisch erzeugt und mit der BrickHub-API synchronisiert. Das Manifest-System überprüft beim Start die lokale Version und gleicht sie mit der Serverversion ab.

Die ersten realistischeren Waffenmodelle im BrickHub-Stil wurden abgeschlossen. Diese dienen künftig als Vorlage für die BrickHub-Waffen-Serie. Modelle wurden erfolgreich in Unity importiert und texturiert.

Das vollständige Login-Interface wurde in Unity erstellt: E-Mail- und Passwort-Eingabe, „Angemeldet bleiben“-Funktion, Statusmeldungen und grundlegende Layout-Struktur. Das Design entspricht dem des Launchers und nutzt die gleichen Farbwerte.

Token-Verwaltung, Manifest-System, ZIP-Download-Routine und Version-Vergleich sind vollständig integriert. Der Launcher erkennt abweichende Dateien und repariert sie automatisch.

Backend, Website, Launcher und Spiel sind technisch miteinander verknüpft. Serverstruktur mit Debian 12, NGINX-Proxy und MariaDB vollständig eingerichtet. Das Projekt läuft stabil über die BrickHub-Domain und dient als Basis für kommende Inhalte.

Canvas, BRICKHUB-Titel, TMP-Inputfelder, Login-Button und „Angemeldet bleiben“-Funktion sind abgeschlossen. Die Farb- und Layoutstruktur ist auf den Launcher abgestimmt.