CRAFT ATTACK 14 ~ XXL RECHENZENTRUM

Der Stream beginnt mit technischen Schwierigkeiten: Das Stream Deck und Mikrofon funktionieren nicht zuverlässig. Der Streamer bemerkt, dass seine selbstgebaute Goldfarm Probleme verursacht, da der Server bei Aktivierung der Farm stark laggt. Er vermutet, dass die Redstone-Schaltung oder die Server-Software das Problem sein könnten, da TPS-Werte plötzlich einbrechen, sobald die Farm aktiviert wird.

Der Streamer analysiert die Goldfarm genauer und stellt fest, dass die Itemfilter und Hopper nach jedem Server-Lag beschädigt werden. Er vermutet, dass die Server-Software (Universe, ein Fork von Paper) Probleme mit Redstone-Updates oder Chunk-Grenzen hat. Die Farm funktioniert theoretisch, aber die Server-Software verursacht ständige Lags, die die Schaltungen zum Absturz bringen.

Der Streamer erklärt, dass die Server-Software (Universe) Probleme mit Redstone verursacht, insbesondere in anderen Dimensionen wie dem Nether. Er vermutet, dass ein Neighbor-Update-Limit oder ein Bug in der Server-Software die Ursache ist. Die Lags treten nicht konsistent auf, sondern sporadisch, was die Fehlersuche erschwert.

Der Streamer und Homie testen verschiedene Komponenten der Farm, darunter die Clock, Hopper, Dropper und Observer. Sie stellen fest, dass die Lags nicht von den Mobs oder Items kommen, sondern von der Redstone-Schaltung selbst. Die Clock, die die Items pusht, verursacht die Probleme, unabhängig davon, ob Mobs aktiv sind oder nicht.

Der Streamer identifiziert, dass die Redstone-Schaltung über Chunk-Grenzen hinweg verläuft, was zu Problemen führt. Er vermutet, dass die Kombination aus Observer-Clock, Dropper und Rails (Powered Rails) das Neighbor-Update-Limit überschreitet. Die Lags treten stärker auf, wenn mehr Komponenten aktiv sind.

Der Streamer testet, ob die Rails oder der Observer die Ursache sind. Er baut verschiedene Varianten der Schaltung auf und stellt fest, dass die Lags immer wieder auftreten, unabhängig von der Komponente. Er vermutet, dass die Kombination aus Rails, Observer und Chunk-Grenzen das Problem verursacht.

Der Streamer untersucht, ob die Chunk-Grenzen oder Server-Regionen (512x512 Blöcke) das Problem sind. Er stellt fest, dass die Lags stärker auftreten, wenn die Schaltung über Chunk- oder Regionsgrenzen hinweg verläuft. Die Lags sind jedoch nicht konsistent und treten zufällig auf.

Der Streamer nutzt eine TPS-Anzeige, um die Server-Performance zu überwachen. Er stellt fest, dass die TPS plötzlich von 15 auf 4 fallen, sobald die Farm aktiviert wird. Er testet verschiedene Kombinationen aus Redstone-Komponenten, einschließlich Observers, Droppers und Craftern, um die Ursache zu finden.

Der Streamer entdeckt, dass die Zero-Tick-Maschine in der Overworld funktioniert, aber in der Netherdecke sofort den Server zum Laggen bringt. Er vermutet, dass die Server-Software in anderen Dimensionen anders mit Redstone umgeht. Die Netherdecke ist der entscheidende Faktor für die Probleme.

Der Streamer und Homie führen stochastische Tests durch, um zu bestätigen, dass die Zero-Tick-Maschine in der Overworld funktioniert, aber in der Netherdecke sofort zum Server-Crash führt. Sie kommen zu dem Schluss, dass das Problem spezifisch für die Netherdecke ist und nicht auf die Schaltung selbst zurückzuführen ist.

Der Streamer und Homie führen einen Server-Stress-Test durch, um das Neighbor-Update-Limit zu überschreiten. Sie erzeugen tausende Entities in der Overworld und stellen fest, dass der Server stabil bleibt. Im Nether jedoch führt dieselbe Maschine sofort zu einem Server-Crash, was das Problem weiter eingrenzt.

Der Streamer bestätigt endgültig, dass die Redstone-Maschine in der Netherdecke das Neighbor-Update-Limit überschreitet und den Server zum Crash bringt. In der Overworld läuft die gleiche Maschine problemlos. Das Problem liegt an der Server-Software (Universe), die in der Netherdecke anders mit Redstone und Updates umgeht.

Der Streamer entdeckt, dass eine Kaktus-basierte Clock eine Lösung für die Zero-Tick-Probleme ist. Die Kaktus-Updates lösen Redstone-Updates aus, die unabhängig von der Server-Software funktionieren. Er demonstriert, wie diese Technik helfen kann, die Clocks zu reparieren und die Lags zu vermeiden.

Der Streamer ruft die Community daran Erinnerung, dass heute Abend ein Test-Event für das Charity Royale Minecraft Event stattfindet. Die Teilnehmer sollen im Discord testen, um sicherzustellen, dass alles reibungslos funktioniert. Er betont die Wichtigkeit der Community-Unterstützung für das Event.

Der Stream wechselt zu politischen Diskussionen, in denen der Streamer seine Meinung zu Themen wie Pro-Palästina-Demonstrationen, Antisemitismus und der Rolle der Medien äußert. Er kritisiert die Berichterstattung über die Gegendemonstration und betont, dass Solidarität mit Palästina nicht mit der Unterstützung von Terrorismus gleichgesetzt werden sollte.

Der Streamer arbeitet mit JoeCraft zusammen, um die Redstone-Probleme weiter zu untersuchen. Sie testen verschiedene Konfigurationen und stellen fest, dass die Kombination aus Observers, Dropper und Craftern in der Netherdecke zu einem Neighbor-Update-Overflow führt. Sie diskutieren, ob die Server-Software oder Chunk-Loader das Problem verursachen.

Der Streamer erwähnt, dass der Server auf Universe Spigot läuft und in der Version 26.3 aktiv ist. Er diskutiert mit Homie über die spezifischen Einstellungen und Limits der Server-Software, die das Neighbor-Update-Verhalten beeinflussen könnten. Sie vermuten, dass ein fehlerhafter Default-Wert in der Konfiguration das Problem verursacht.

Der Streamer demonstriert die Kaktus-Clock-Technik, bei der ein Kaktus als Trigger für Redstone-Updates dient. Diese Technik umgeht die Probleme mit der Server-Software, da Kaktus-Updates unabhängig von Redstone berechnet werden. Er zeigt, wie diese Clock in bestehende Schaltungen integriert werden kann.

Der Stream endet mit einer Zusammenfassung der technischen Probleme und der gefundenen Lösungen. Der Streamer betont, dass das Problem in der Server-Software liegt und nicht in den gebauten Maschinen. Er dankt der Community für die Unterstützung und kündigt an, dass er weiterhin an einer dauerhaften Lösung arbeiten wird.

Der Streamer erhält Zugang zu einem Testserver von Hobi, der identisch zur Craft-Tech-Karte ist. Gemeinsam testen sie, ob die Zero-Tick-Maschine auf diesem Server ebenfalls Probleme verursacht. Sie stellen fest, dass die Maschine auf dem Testserver ohne Lags läuft, was auf ein konfigurationsspezifisches Problem auf dem Hauptserver hindeutet.

Der Streamer und Homie führen Live-Tests auf dem Testserver durch, um die Zero-Tick-Maschine zu testen. Sie stellen fest, dass die Maschine auf dem Testserver ohne Probleme läuft, was bestätigt, dass das Problem auf dem Hauptserver liegt. Sie diskutieren, wie sie das Limit überschreiten können, um die Ursache weiter einzugrenzen.

Der Streamer und Homie testen, wie der Server auf viel Entities und Redstone reagiert. Sie erzeugen tausende Entities in der Overworld und stellen fest, dass der Server stabil bleibt. Im Nether jedoch führt dieselbe Maschine sofort zu einem Server-Crash, was das Problem weiter eingrenzt.

Der Streamer fasst die Erkenntnisse zusammen: Das Problem liegt in der Server-Software (Universe), die in der Netherdecke anders mit Redstone umgeht. Die Lösung besteht darin, die Server-Konfiguration anzupassen oder die Redstone-Schaltungen anzupassen. Er dankt der Community für die Unterstützung und kündigt an, dass er weiterhin an einer dauerhaften Lösung arbeiten wird.