CREATE: AUTO-FABRIK ! Ab 20:00 Uhr: COMMUNITY HIDE and SEEK hetzner

Minecraft Autofabrik und Hide and Seek Event

Transkription

Es wurde eine komplexe Autofabrik in Minecraft mit der Create-Mod erfolgreich automatisiert. Nach der Expansion und Integration eines Logistikzentrums wurde die Produktion optimiert. Für das Abendprogramm wurde ein Community-Hide-and-Seek-Event angekündigt.

Minecraft
00:00:00

Minecraft

Willkommen und Themen des Abends

00:04:56

Der Stream beginnt mit einem Willkommen des Streamers und der Vorstellung des Themas: das Zelda-Spiel Spirit Tracks. Es wird angekündigt, dass der Fokus des Abends auf der Erklärung und dem Testen des Heidensieg-Systems in der Minecraft-Mod Create liegt. Geplant ist ein Experiment, um ein gemeinsames Community-Spiel zu testen, bei dem Spieler auf einem Server mitspielen können.

Buchankündigung und persönliche Einblicke

00:10:05

Eine bedeutende Ankündigung ist die Veröffentlichung eines Buches im Jahr 2027. Es wird ein Minecraft-Buch sein, das jedoch in einem bislang ungewohnten Format erscheinen wird und sich von klassischen Minecraft-Geschichten unterscheiden wird. Neben der Ankündigung teilt der Streamer persönliche Gedanken über Lebensphasen und gibt den Rat, das Leben aktiv zu gestalten und sich von schwierigen Phasen nicht entmutigen zu lassen.

Expansion der Fabrik mit WorldEdit

00:11:52

Nach der Bestätigung, dass die bestehende Fabrik immer noch funktioniert, wird der Umbau und die Erweiterung des Fabrikgeländes geplant. Dazu wird der WorldEdit-Befehl `/regen` genutzt, um einen Bereich neu generieren zu lassen und Platz für eine neue Logistikabteilung zu schaffen. Dies ist eine risikoreiche, aber erfolgreiche Operation, die die Basis für den weiteren Ausbau schafft.

Planung und Bau des Logistikzentrums

00:14:26

Das Herzstück der Fabrik, ein neues Zentrallager, wird konzipiert und gebaut. Um das Lager unkompliziert zu verwalten, wird entschieden, Creative Crates zu verwenden. Diese Blöcke ermöglichen eine unendliche Reproduktion von Items. Die Crates werden mit den notwendigen Materialien gefüllt und über ein Redstone-Link-System an das Fabriknetzwerk angeschlossen, um den Item-Bestand für die gesamte Produktion zu sichern.

Testlauf des automatisierten Fabriksystems

00:37:15

Nachdem das Logistiksystem mit unendlichen Ressourcen ausgestattet wurde, wird die Fabrik einem Belastungstest unterzogen. Es wird eine Bestellung für ein Fahrwerk aufgegeben, um zu prüfen, ob die Just-in-Time-Lieferung der Teile zur Montage funktioniert. Nach anfänglichen Problemen mit der Item-Anlieferung wird das Timing angepasst, und der Testlauf erfolgreich abgeschlossen, was die Funktionsfähigkeit der Logistik bestätigt.

Konfiguration der Autoteile und Lacke

00:44:10

Die Konfigurationsmöglichkeiten für die Autos werden erweitert. Es werden Interior-Teile wie Soundsysteme, Navigation und Sitzfarben geplant. Die Community wird um Vorschläge gebeten. Parallel wird das Lagersystem um die verschiedenen Lackfarben und Interior-Farben (Schwarz, Grau, Rot, Blau, Braun etc.) erweitert, um den Kunden eine breite Auswahl an Individualisierungsoptionen zu bieten.

Integration der Energieversorgung

01:03:04

Um die Fabrik vollständig zu betreiben, wird die Energieversorgung installiert. Ein zentraler Motor speist Energie in das Chain Conveyor-Netzwerk ein, das sowohl Items als auch Energie an die verschiedenen Fabrikabteilungen weiterleitet. Dies schafft ein integriertes System, das Materialfluss und Energieversorgung vereint und später zur Überwachung des Fabrikstresses genutzt werden kann.

Erster Vollauto-Bau und identifizierte Probleme

01:11:19

Es wird eine Bestellung für ein komplettes Auto aufgegeben, um die gesamte Produktionslinie zu testen. Das Auto durchläuft erfolgreich die Lackierung und die grundlegende Montage. Es werden jedoch kritische Fehler in der Interior-Montage festgestellt. Der Grund ist, dass die Frogbots vergessen wurden, die die Teile zur Montagestation liefern, was dazu führt, dass Bestellungen für Teile nicht korrekt ausgeführt werden.

Belastungstest der Autofabrik

01:15:36

Der Streamer führt einen Belastungstest der Autofabrik durch, indem er drei Autos gleichzeitig bauen lässt. Es wird kritisch analysiert, ob die Logistik mit der Geschwindigkeit der Produktion mithalten kann, insbesondere ob die einzelnen Stationen rechtzeitig die benötigten Teile liefern. Die Teile verlassen die Fabrik in einem stetigen Fluss und werden direkt sortiert, was die Funktionsfähigkeit der Anlage zeigt.

Analyse und Optimierung der Logistik

01:17:30

Nach einem ersten erfolgreichen Test werden die Details der Logistik genauer betrachtet. Ein Problem wird identifiziert: eine Station kann die Teile nicht schnell genug liefern, was zum Stillstand der Produktion führt. Der Streamer muss die Fabrik abbrechen und plant, die Puffer an kritischen Stationen zu vergrößern und die Geschwindigkeit einzelner Komponenten anzupassen, um Engpässe zu vermeiden.

Implementierung von Lösungsstrategien

01:35:51

Nach dem beobachteten Logistikproblem werden konkrete Maßnahmen umgesetzt. Der Puffer an der problematischen Station wird verdoppelt und die Bearbeitungsgeschwindigkeit erhöht, um die Lieferzeiten zu verkürzen. Ein weiterer Lösungsansatz ist die Beschleunigung der Transportmechanismen und die Einführung redundanter Teile, um die Robustheit der Fabrik zu erhöhen.

Funktionsfähiger Ausbau der Fabrik

01:41:06

Mit den Optimierungen läuft die Produktion nun reibungslos. Die Fabrik fertigt mehrere Autos an, und alle Stationen arbeiten synchron und effizient. Der Fokus verlagert sich auf den Ausbau des Systems: Die Planung für einen Mission-Control-Baustein beginnt, der die Steuerung der Auftragsanzahl ermöglichen soll. Gleichzeitig wird die Auslieferung der fertigen Autos vorbereitet.

Integrierte Lackieranlage und Qualitätskontrolle

01:51:56

Der Endausbau der Fabrik umfasst die Implementierung einer Lackieranlage und einer Qualitätskontrollstation. Ein zusätzlicher mechanischer Arm sorgt dafür, dass der Lack korrekt appliziert wird. Eine Station mit Villager als Inspektoren soll die fertigen Autos auf Mängel prüfen, bevor sie die Fabrik verlassen. Dies stellt sicher, dass alle Autos dem Qualitätsstandard entsprechen.

Montage der Autos auf Fahrgestelle

01:57:36

Ein komplexes Problem wird gelöst: Wie bringt man die fertigen, schwebenden Autos auf ein Fahrgestell? Die Lösung besteht darin, das Auto mittels eines Radial Chassis zu drehen und das tragende Gantry gezielt zerstören zu lassen. Das Auto wird dann von einem Kart aufgefangen und mit einem Minecart verbunden, um es fahrbereit zu machen und aus der Fabrik zu befördern.

Automatisierung der Lagerbestände

02:14:57

Um die Produktion am Laufen zu halten, wird das System um eine automatische Bestellfunktion erweitert. Ein Factory Gauge überwacht den Lagerbestand an kritischen Teilen wie Minecarts und Radial Chassis. Sobald der Füllstand unter einen definierten Wert sinkt, wird automatisch eine neue Bestellung an das Lagernetzwerk gesendet, um einen Nachschub zu garantieren.

Vollständige Automatisierung und Ausblick

02:24:23

Die gesamte Fabrik ist nun vollautomatisiert. Ein Deployer sorgt für die automatische Neubestellung von Teilen, und das Factory Gauge-System steuert die logistischen Prozesse. Der Streamer gibt eine kurze Vorschau auf das bevorstehende Community-Event 'HIDE and SEEK' auf dem Hetzner-Server und kündigt an, dass die fertige Fabrik für zukünftige Projekte wie einen Parkplatz für die Autos zur Verfügung steht.

Automatisierte Bestelllogik für Rohstoffe

02:26:19

Es wird ein System mit Card Assembler 2 und Frogboard aufgebaut, das automatisch Bestellungen für Rohstoffe aufgibt. Der Assembler konfiguriert, dass bei Fehlen von Items immer 100 Stück bestellt werden. Diese Bestellungen werden über ein Trichtersystem automatisch ausgelöst, sobald der Vorrat im System sinkt. Der Prozess startet, sobald eine Verbindung hergestellt ist und die Items im System ankommen.

Erste Montage und Produktion des Autos

02:28:31

Nachdem die automatische Bestellung der Komponenten erfolgreich ist, beginnt die Montage des ersten Fahrzeugs. Ein Auto wird auf dem Förderband positioniert und gedreht. Minecraft stellt eine Verbindung her und das Auto startet automatisch. Der erste rollt vom Band, während ein zweites Auto in der Produktion ist. Es wird kurz diskutiert, wie die redundanten Fahrzeuge gelöst werden können.

Lösung für Gantry-Recycling und Fabrik-Test

02:31:21

Ein Problem mit dem automatischen Recycling der fertigen Gantry-Teile wird identifiziert. Es werden verschiedene Ansätze wie Lüfter oder Trichterstraßen in Betracht gezogen. Schließlich wird eine Lösung mit Minecraft-Standardtrichtern um den Assembler herum gefunden, die die fallenden Items sicher auffangen können. Die Kardanwelle wird verbaut und der Stresstest der Autofabrik wird vorbereitet.

Integration des FrogPort-Netzwerks und Paketversand

02:42:11

Um fertige Komponenten und Autos zu versenden, wird das Fabriksystem mit einem FrogPort-Netzwerk verbunden. Die fertigen Gantry-Teile werden mit einem Packager adressiert und automatisch an einen Zielort namens 'Fahrwerk Gantry' verschickt. Der Streamer testet das System, indem er ein Gantry-Teil in das System wirft, das es korrekt verpackt und versendet.

Konfiguration und Bau von Benutzerdefinierten Autos

02:42:35

Die Fabrik wird genutzt, um ein individuelles Auto für den Zuschauer 'Töttchen' zu bauen. Dieser wähzt Lackfarbe, Seitenstreifen, Innenausstattung und Bodenfarbe. Die Konfiguration wird in der Fabrik eingegeben und fünf Autos werden mit diesen spezifischen Eigenschaften in Auftrag gegeben. Die Produktion startet parallel mit anderen laufenden Aufträgen.

Stresstest der Fabrik bei Vollauslastung

02:48:45

Ein intensiver Stresstest wird durchgeführt, um die Stabilität der Fabrik unter Volllast zu überprüfen. Es werden 32 Autos hintereinander bestellt, während das Spiel auf erhöhter Geschwindigkeit läuft. Das gesamte System, inklusive des FrogPort-Netzwerks und der Paketauslieferung, muss fehlerfrei funktionieren, ohne dass Items verloren gehen oder die Produktion stoppt.

Dynamische Änderung der Produktionsparameter

02:54:37

Während der Produktion wird demonstriert, dass die Fabrik in der Lage ist, laufende Aufträge zu ändern. Der Streamer ändert die Lackfarbe und Materialien der aktuell produzierten Autos live. Die Fabrik speichert die neue Konfiguration und wendet sie auf die nachfolgenden Autos an, was die flexible und anpassungsfähige Natur des Systems zeigt.

Fehleranalyse und Behebung von Produktionsfehlern

03:11:54

Ein kritischer Fehler tritt auf, als die Fabrik versucht, ein 'Lodestone'-Item in das Auto einzubauen. Dieses Block kann nicht von Konstruktionen verschoben werden und verstopft die Produktionslinie. Der Streamer stoppt die Produktion, identifiziert das fehlerhafte Item, entfernt es aus der Konfiguration und gibt an, zukünftig nur noch platzierbare Blöcke für die Innenausstattung zu verwenden, um solche Störungen zu vermeiden.

Automatisierte Fahrzeugfertigung

03:15:34

Die zentrale Technik der Stream ist eine vollautomatische Autofabrik, in der Fahrzeuge auf einem Gestell assembliert werden. Nachdem ein Fahrzeug die Grundfertigung durchläuft, wird es von einem Gantry-System erfasst, in die Endmontage geschoben und mit den vom Konfigurator geladenen Bestellungen ausgestattet. Der Prozess wird überwacht, um Kollisionen und Auffahrunfälle zu vermeiden, was eine komplexe Steuerung der Produktionslinie erfordert.

Test der Konfigurationsmöglichkeiten

03:21:31

Es werden verschiedene Items für die Fahrzeugkonfiguration getestet, darunter Blast Furnace, Jukebox, Crafting Table, Barrel und Bienennest. Es zeigt sich, dass die meisten Blöcke problemlos in die Fahrzeugmontage integriert werden können. Der Lodstein stellt sich jedoch als kritischer Block heraus, der nicht verschoben werden kann und ein alternatives Item für die Konfiguration erfordert.

Entwicklung des Konfigurator-Systems

03:25:01

Um die Fahrzeugkonfiguration zu laden und zu speichern, wird ein System mit analogen Schaltern entwickelt. Die Eingabe erfolgt über Quarzlampen, deren Signale über einen Zähler und einen Deployer in analoge Schalter umgewandelt werden. Dieses System ermöglicht es, die Lackfarbe, Interieurfarbe und Ausstattung des Fahrzeugs zu speichern und später abzurufen, was die Grundlage für den Kundenkonfigurator bildet.

Planung des Kundenauftrags-Raums

03:58:29

Es wird der Plan für einen finalen Konfigurationsraum vorgestellt, in dem Kunden ihre Wünsche für Lackfarbe, Seitenstreifen, Teppich, Sitzplätze und Multimedia auswählen können. Die Auswahl wird über eine Redstone-Mechanismus übertragen und mit Hilfe von Linear Chassis und Glasblöcken in ein für die Fabrik verarbeitbares Signal umgewandelt. Ziel ist es, eine sichtbare und intuitive Konfiguration zu schaffen.

Eventankündigung: Community Hide and Seek

04:14:45

Der Streamer gibt die Details für das bevorstehende Community-Event bekannt. Es handelt sich um ein Hide and Seek-Spiel, das um 20:00 Uhr auf einem speziellen Server stattfindet. Die Teilnehmer benötigen Minecraft Java Version 1.21.10 und die Server-IP wird im Stream angepinnt. Die Runden dauern etwa 10 Minuten und die Whitelist wird kurz vor Start des Events deaktiviert, damit alle mitspielen können.

Eventvorbereitung und Server-Informationen

04:27:53

Der Stream beginnt mit der finalen Vorbereitung des Hide-and-Seek-Events. Der Streamer stellt sicher, dass alle technischen Aspekte stimmen und erklärt den Spielablauf. Wichtig ist, dass die Whitelist aktiv ist und Spieler nicht spammen, um einen Timeout zu vermeiden. Nach der Ankündigung wird die Server-IP, event.thejoecraft.de, bekannt gegeben. Das Event findet auf einer Craft-Attack-Lobbymap statt, die der Streamer und sein Team für das Spiel ausgewählt haben.

Hauptpartner: Hetzner Server-Hosting

04:33:27

Ein zentraler Punkt des Streams ist die Präsentation des Partners, Hetzner, der den Event-Server zur Verfügung stellt. Der Streamer wirbt intensiv für den Server-Hoster und hebt die Qualität, die günstigen Preise und die leistungsstarke Hardware hervor. Er erwähnt speziell Angebote wie den Creator-Code THC20 für einen Rabatt und geht auf die verschiedenen Server-Typen ein, von günstigen Cloud-Servern bis zu dedizierten Hochleistungs-Servern.

Start der ersten Hide-and-Seek-Runde

04:36:13

Nach dem Eröffnen der Whitelist beginnt das erste offizielle Spiel. Die Runde startet mit einer Versteckzeit von fünf Minuten, gefolgt von einer Suchphase. Der Streamer, der die Sucherrolle einnimmt, geht durch die Map und sucht die versteckten Spieler. Während des Spiels werden technische Bugs, wie die Anzeige 'Spieler nicht gefunden', bemerkt und die erste Runde als erfolgreiches Experiment bewertet.

Rundenanpassung und Multiplayer-Scaling

04:40:20

Basierend auf den Erfahrungen der ersten Runde werden Einstellungen optimiert. Die Versteckzeit wird auf eine Minute und die Suchzeit auf neun Minuten reduziert, um das Spiel dynamischer zu gestalten. Es wird ein Server-Neustart durchgeführt, um die Spielerzahl von 50 auf 100 zu erhöhen. Zudem werden neue Spielmechaniken und Karten-Features diskutiert, um das Hide-andSeek-Erlebnis zukünftig zu erweitern und noch spannender zu machen.

Hohe Spielerzahlen und dynamische Gameplay-Entwicklung

04:57:42

Mit über 90 Spielern beginnt eine weitere Runde. Das Gameplay wird noch intensiver und chaotischer, da die Sucher die Karte absuchen und sich die Verstecker umherbewegen. Der Streamer bemerkt, dass die Sucher durch die roten Markierungen strategisch agieren können und die Rundenzeiten weiter angepasst werden. Er testet verschiedene Balancing-Optionen wie eine verkürzte Suchzeit von fünf Minuten und einen längeren Glow-Effekt, um die Chancen der Verstecker zu erhöhen.

Finale Runde und Sieg der Verstecker

05:18:26

Das Event mit der finalen Runde erreicht seinen Höhepunkt. Nach einer erneuten Optimierung der Einstellungen auf sechs Minuten Suchzeit und 20 Sekunden Glow startet das Spiel. Die Verstecker zeigen große Cleverness bei ihren Verstecken. Trotz der kurzen Zeit und der großen Spielerzahl schaffen es einige, nicht gefunden zu werden. In der letzten Phase leuchten alle Verstecker auf, und Mr. Pingu hat es geschafft, als Letzter zu überleben und gewinnt die Runde.

Event-Ende und Ausblick

05:35:21

Nach dem erfolgreichen Finale bedankt sich der Streamer bei allen Teilnehmern und bei seinem Helfer Jens, der das Plugin programmiert hat. Das Hide-and-Seek-Event wird als großer Erfolg bezeichnet, und der Streamer kündigt an, dass es zukünftig wieder solche Events geben wird. Abschließend wird der Server heruntergefahren und der Stream endet mit einem Raid beim Streamer RGB Pixel.