Während einer Live-Übung wurde ein schwerwiegendes Problem mit Redstone-Updates in verschiedenen Dimensionen analysiert. Die Tests zeigten, dass gleichzeitige Schaltungen in der Oberwelt und im Nether zu Konflikten führen. Erhöhte Limits und spezielle Befehle brachten keine Abhilfe. Die Fehlerursache wurde in der verwendeten Server-Software verortet, was weitere Anpassungen erforderlich macht.
Stream-Start und technische Probleme
00:00:00Der Stream begann mit technischen Schwierigkeiten, da der PC kurz eingefroren war und OBS sowie Minecraft abstürzten. Der Streamer stellte fest, dass es sich um ein Encoder-Problem handeln könnte und kehrte erneut in den Stream zurück. Er bestätigte, dass der Server noch stabil war, obwohl einige Schafe getötet wurden.
Server-Probleme und Neighbor-Updates
00:00:43Es wurde ein kritischer Fehler identifiziert: Neighbor-Updates, die durch Dimensionswechsel ausgelöst wurden. Der Server reagierte langsam, was auf ein Timing-Problem hinwies. Die Overworld und der Nether berechneten asynchron, was zu Verzögerungen führte.
Performance-Probleme und TPS-Abfall
00:01:28Der TPS-Wert fiel auf unter 20, während der MSPT-Anstieg deutlich wurde. Der Streamer testete verschiedene Methoden, um den Fehler zu reproduzieren, darunter das Ausführen von Maschinen und das Verlassen von Chunks während aktiver Redstone-Schaltungen.
Erste Tests zur Fehlerreproduktion
00:02:19Versuche wurden unternommen, den Fehler durch das Ausführen von Maschinen und das Verlassen von Chunks zu reproduzieren. Die Ergebnisse waren uneinheitlich, was auf eine komplexe Interaktion zwischen Redstone-Updates und Chunk-Ladungen hindeutete.
Analyse der Regionen und Zero-Tick-Maschinen
00:02:56Es wurde festgestellt, dass die Regionen eine Rolle spielen könnten, insbesondere in Kombination mit Zero-Tick-Maschinen. Der Streamer testete verschiedene Konfigurationen, um zu bestimmen, ob die Regionen das Problem verursachten oder nur einen Teil des Problems darstellten.
Identifikation des Fehlerursachen
00:04:03Der Streamer identifizierte, dass das Problem durch eine Kombination aus Redstone-Updates in der Overworld und dem Nether verursacht wurde. Es wurde festgestellt, dass die Overworld und der Nether unterschiedlich berechnet wurden, was zu Konflikten führte.
Test der Limit-Erhöhung
00:04:45Das Limit für Redstone-Updates wurde erhöht, um zu testen, ob dies das Problem löst. Die Ergebnisse zeigten, dass das Erhöhen des Limits keine Besserung brachte, was darauf hindeutete, dass das Problem in der Server-Software selbst lag.
Reproduktion des Fehlers
00:06:09Der Streamer und seine Mitstreiter gelang es, den Fehler zuverlässig zu reproduzieren. Sie stellten fest, dass das gleichzeitigige Ausführen von Redstone-Schaltungen in der Overworld und im Nether zu einem Neighbor-Update führte, der den Server destabilisierte.
Weitere Tests und Beobachtungen
00:06:59Weitere Tests wurden durchgeführt, um das Verhalten der Redstone-Schaltungen zu analysieren. Es wurde festgestellt, dass die Reihenfolge der Aktivierung der Maschinen entscheidend war, was auf eine race-condition-Art von Fehler hindeutete.
Verwendung von Slash-Befehlen
00:07:58Der Streamer verwendete Slash-Befehle wie /perth neighbor off, um die Neighbor-Updates zu deaktivieren und ein großes Blockupdate auszulösen. Dies half, das Verhalten der Redstone-Schaltungen unter verschiedenen Bedingungen zu testen.
Verwendung von Tick-Freeze
00:09:00Der Streamer experimentierte mit Tick-Freeze-Befehlen, um die Spielerverzögerungen zu analysieren. Er stellte fest, dass Redstone-Updates unabhängig von den Ticks arbeiteten, was auf ein tieferes Problem mit der Server-Software hindeutete.
Analyse der Schedulist
00:10:31Der Streamer identifizierte, dass die Schedulist eine Rolle spielte, insbesondere wenn Items durch Portale geworfen wurden. Er stellte fest, dass Redstone-Updates in der Overworld und dem Nether unterschiedlich behandelt wurden, was zu Konflikten führte.
Identifikation der Ursache
00:11:55Der Streamer stellte fest, dass das Problem durch die Interaktion zwischen Redstone-Updates in der Overworld und dem Nether verursacht wurde. Er vermutete, dass die Server-Software von Universe eine race-condition-Art von Fehler hatte, der durch die asynchrone Verarbeitung von Redstone-Ereignissen ausgelöst wurde.
Bestätigung der Theorie
00:13:10Der Streamer bestätigte seine Theorie durch weitere Tests. Er stellte fest, dass das Problem nur auftrat, wenn Redstone-Ereignisse in der Overworld und dem Nether gleichzeitig verarbeitet wurden, was auf eine Kollision der Berechnungen hindeutete.
Test der Goldfarm
00:13:38Der Streamer testete die Goldfarm, um zu bestätigen, dass das Problem durch die Interaktion zwischen Redstone-Schaltungen und Chunk-Ladungen verursacht wurde. Er stellte fest, dass die Goldfarm allein nicht das Problem verursachte, aber in Kombination mit anderen Schaltungen zu Konflikten führte.
Diskussion über politische Themen
00:13:55Der Stream wechselte zu einer Diskussion über politische Themen, insbesondere über die Demo am 31. Oktober und die Rolle von Gen Z-Regel. Der Streamer kritisierte die Handlungen der Organisation und betonte die Wichtigkeit des friedlichen Protests.
Rückkehr zu technischen Tests
00:13:57Nach der politischen Diskussion kehrte der Streamer zu den technischen Tests zurück. Er stellte fest, dass das Problem durch die Interaktion zwischen Redstone-Updates in der Overworld und dem Nether verursacht wurde und dass die Server-Software von Universe diesen Fehler nicht beheben konnte.
Zusammenfassung und Ausblick
00:14:46Der Streamer fasste die Ergebnisse der Tests zusammen und gab einen Ausblick auf zukünftige Schritte. Er betonte, dass das Problem in der Server-Software von Universe lag und dass die Entwickler diesen Fehler beheben müssten. Er dankte dem Chat für die Unterstützung und kündigte an, dass er in Zukunft weitere Tests durchführen würde.