Neue Blöcke und Mobs für Minecraft vorgestellt

Begrüßung und Minecraft Live Update

00:09:45

Willkommen zum Stream. Der Streamer eröffnet den Stream mit einer Erklärung zum kurzfristigen Start und erwähnt das frisch hochgeladene Minecraft-Live-Video. Es werden die Neuigkeiten aus dem Minecraft-Live-Event besprochen: ein neues Höhlenbiom, ein neuer Mob und neue Blöcke. Er stellt fest, dass diesmal der Inhalt nicht überwältigend war und darüber spekuliert, ob die Inhalte im Teaser nur einen Teil des geplanten Updates zeigen. Des Weiteren gibt es einen Drop für Bedrock-Spieler, wie eine Hütchenmütze oder einen Hühnerhelm.

Elements 4 Entwicklung und technische Modernisierung

00:18:49

Die Arbeit an der vierten Staffel von Elements wird als Schwerpunkt des Streams thematisiert. Die Entwicklung begann direkt nach dem Ende der letzten Season und stellt eine massive Umstrukturierung dar. Der Streamer nennt sein Hauptziel, die Qualität im Vergleich zur vorherigen Staffel drastisch zu steigern und professioneller aufzumachen. Ein wesentlicher Fokus lag auf der Code-Modernisierung und Reduzierung von sogenannten technischen Schulden. Dies führte zur Entwicklung eines neuen Baukasten-Systems, das zentrale Funktionen wie für Tränke, Mobs oder Handelssysteme modular und konfigurierbar gestaltet.

Skalierungsprobleme von Elements Servern

00:21:32

Ein zentrales Problem bei der Entwicklung von Elements ist die Skalierbarkeit der Server. Der Streamer erklärt, dass das aktuelle System, bei dem Bauwelten mit festen Spielern verbunden sind, nicht für eine unbegrenzte Anzahl an Servern geeignet ist. Die bestehende Methode, Welten zusammenzuschalten (merchen), funktioniert nur mit einer begrenzten Anzahl. Langfristig ist dies ein massives Problem, da es keine echte Netzwerkfunktion ermöglicht. Der Streamer skizziert Lösungsansätze, wie beispielsweise die Umstellung von dimensions- auf biom-spezifische Abfragen, um die Verwaltung der Serverwelten flexibler zu gestalten.

Philosophie über Geduld und Konsumverhalten

00:44:47

Der Streamer widmet sich dem Thema Geduld und deren Bedeutung im Leben. Er beschreibt Geduld als eine Superkraft, die durch bewusstes Verlegen von Belohnungen langfristig größere Erfolge verspricht. Er vergleicht dies mit dem Pflanzenanbau im Vergleich zum direkten Verzehr von Früchten. Anhand von Minecraft-Farming-Beispielen wie Kakteen verdeutlicht er den Vorteil nachhaltiger Ressourcennutzung gegenüber kurzfristigem Konsum. Abschließend nutzt er ein Gedankenexperiment mit Geld (1000 Euro sofort vs. 1200 Euro in einem Jahr), um den klaren rationalen Vorteil von Geduld und der Bereitschaft, auf höhere zukünftige Belohnungen zu warten, zu erklären.

Technische Umsetzung des Spieler-Namens-Systems

00:56:19

Ein technisches Detail wird genauer beleuchtet: wie der Name eines Spielers in Elements festgehalten wird. Der Streamer schildert seine Lösung, die nicht auf dem veralteten und fehleranfälligen System von Schildern basiert. Stattdessen wird beim ersten Betreten des Spiels via Loot Table der Kopf des Spielers erzeugt und dessen Name ausgelesen. Dieser Name wird anschließend in einer Spielerdatenbank gespeichert und kann bei Bedarf abgerufen werden. Dieses System, das nur einmal pro Spieler eingerichtet werden muss, ist eine saubere und robuste Alternative zu manuellen Schild-Operationen.

Starttermin und Umfang von Elements 4

01:02:07

Für die Veröffentlichung von Elements 4 wird der 13. Juni als fixer Termin genannt. Die Verschiebung von Ende Mai begründet der Streamer mit anderen, zeitgleich laufenden Projekten wie Leobir und Sauerkraut sowie der Ferienzeit der Community. Obwohl er ein Grundgerüst aus E3 beibehalten konnte, wurde der Großteil des Codes, inklusive kompletter Systeme wie das Angelsystem, Ressourcensystem und der Questlogik, neu geschrieben. Die Code-Qualität wurde durch die Modernisierung erheblich verbessert, um die Entwicklungsgeschwindigkeit für zukünftigen Content massiv zu erhöhen.

Die Entwicklung des Shop-Systems wird besprochen, wobei ein modulares Design favorisiert wird. Eine zentrale Funktion mit Parametern wird erwähnt, dynamisch gescannt wird, was verfügbar ist, und eine Bestätigung für Käufe erforderlich ist. Der Fokus liegt auf einer direkten, sofortigen Reaktion auf Klicks, ohne dass der Spieler eine separate Aktion ausführen muss. Es wird eine Umsetzung für ein Untermenü-System demonstriert, bei dem ein Klick auf einen Eintrag direkt zu einer neuen Ansicht führt. Die Schwierigkeit besteht darin, ein Untermenü für Inventar-Loot zu öffnen, ohne dass der Spieler eine Aktion am unteren Bildschirmrand auslöst. Die Lösung scheint darin zu bestehen, eine Funktion auszuführen, die entweder ein neues Menü oder einen Befehl auslöst.

Implementierung von Klick-Events und Komplikationen

01:17:35

Es wird die Notwendigkeit von Klick-Events für Dialogbeschreibungen erläutert, auch ohne dass ein Button betätigt wird. Spielerrechte und OP-Status (Operator-Status) erweisen sich hierbei als komplexes Problem. Wenn ein Befehl über einen Dialog ausgeführt wird, wird zunächst geprüft, ob der Spieler die dafür notwendigen Rechte hat. Ein Workaround besteht in der Nutzung von Makros und Triggern, was jedoch eine zusätzliche Ebene der Komplexität mit sich bringt. Es wird eine interne Function aufgerufen, die dann die eigentliche Aktion ausführt, um die OP-Abfrage zu umgehen. Dies wird als 'Unico-Trick' bezeichnet und ermöglicht die sichere Ausführung von Funktionen durch den Spieler, ohne dass dieser OP sein muss.

Trigger-Mechanismus und Limitationen

01:23:29

Das System nutzt Trigger als zentrale Mechanismen zur Ausführung von Funktionen. Trigger sind Scoreboard-Werte, welche Funktionen aufrufen, indem sie anhand einer einzigartigen ID einer bestimmten Aktion zugeordnet werden. Es wird eine hohe Anzahl an möglichen Triggern erwähnt, die sich praktisch als unendlich erweisen. Die Grenze eines Integers (ca. 2,14 Milliarden) wird als irrelevant für die meisten Anwendungsfälle angesehen. Der Trigger wird hierbei als Inhaltsverzeichnis fungieren, das zur richtigen Funktion navigiert. Allerdings zeigt sich eine Herausforderung bei der Speicherung von komplexen Daten, wie z.B. einen Einstellungsmenü mit vielen Optionen, das in einer großen Zahl abgebildet werden müsste.

Als problematisch erweist sich die Speicherung von Einstellungen in einer einzigen, großen Zahl, da dies die Komplexität exponentiell erhöht und das System unflexibel macht. Es wird eine alternative Lösung vorgeschlagen: eine Datenbank-ähnliche Storage, bei der Einstellungen als Schlüssel-Wert-Paare gespeichert werden (z.B. 'Setting1:True'). Dies ermöglicht eine viel skalierbarere und elegantere Verwaltung von Benutzeroptionen. Parallel dazu wird die Philosophie hinter Spielentscheidungen diskutiert. Der Entwickler ist ein Befürworter von permanenten, nicht umkehrbaren Entscheidungen, um das Spielerlebnis und die Immersion zu verstärken. Dies wird anhand von Beispielen wie nicht resetbarem Skill-Tree und Charakterklassen veranschaulicht.

Server-Technik und Zeitmanagement

01:44:28

Praktische Aspekte der Server-Administration werden beleuchtet. Ein eigens gebautes Uhrensystem im Datapack erfordert eine regelmäßige Anpassung, da es bei einem Server-Neustart nicht von selbst weiterläuft und mit der Echtzeit synchronisiert werden muss. Dies wird über einen 'Korrekturpunkt' gelöst. Es wird kurz auf die geplante Herausgabe von Craft-Attack-Sonntag eingegangen, der jedoch möglicherweise nicht funktioniert und daher entfernt werden könnte. Abschließend erwähnt der Streamer, dass der Stream wegen des Minecraft-Live-Events später als sonst begonnen hat und kündigt den Stream für heute Abend für beendet an.