Project Zomboid: auf Build 42 umstellenStabiler Zweig, Multiplayer, Mods & Umstieg von Build 41

Veröffentlicht am 4. August 2026 · zuletzt aktualisiert am 1. November 2026

Build 41 vs. Build 42: der aktuelle Stand

Mehr als sieben Jahre war Build 41 (B41) der stabile Zweig von Project Zomboid. Build 42 lief lange als freiwillige Beta, zunächst ganz ohne Mehrspieler; ab Dezember 2025 gab es den Multiplayer im Unstable-Zweig zu testen. Mit Version 42.20 am 29. Juli 2026 hat The Indie Stone Build 42 schließlich zum stabilen Standard gemacht - einschließlich Multiplayer und dedizierter Server. Stand November 2026 ist 42.21 vom 28. September die stabile Version, 42.22 mit Leitern und Stemmeisen-Funktion läuft seit dem 27. Oktober als freiwillige Vorabversion.

Für Serverbetreiber kehrt sich die Ausgangslage damit um: Wer Project Zomboid über Steam startet, landet jetzt automatisch auf Build 42. Build 41 ist nicht verschwunden, aber zum Sonderfall geworden, den man bewusst wählt. Für neue Runden ist Build 42 der naheliegende Weg; Build 41 bleibt für bestehende Spielstände und Mod-Sammlungen, die es für Build 42 (noch) nicht gibt.

Bei Build 41 bleiben: der Zweig legacy41

Wer seine laufende Runde nicht aufgeben will, bleibt auf Build 41. Dafür gibt es in Steam den Zweig legacy41: Rechtsklick auf Project Zomboid → Eigenschaften → Spielversionen und Betas → legacy41 auswählen.

Ganz wichtig: Server und Client müssen auf demselben Build laufen. Ein Build-41-Server nimmt nur Build-41-Clients an und umgekehrt. Bleibt euer Server auf Build 41, muss jeder Mitspieler den Zweig legacy41 aktivieren - sonst holt Steam ihm automatisch Build 42, und der Beitritt schlägt fehl. Stellt ihr den Server auf Build 42 um, müssen umgekehrt alle, die zwischenzeitlich legacy41 oder einen Beta-Zweig gewählt hatten, wieder auf den Standard zurück.

Spielstände: kein Übertrag von Build 41

Der härteste Punkt vorweg: Ein Build-41-Spielstand lässt sich nicht in Build 42 öffnen. Die Entwickler haben das klar gesagt - Weltformat, Karte und Datenstrukturen unterscheiden sich zu stark. Auch Welten aus dem letzten Unstable-Stand vor 42.20 sind wegen der neuen Karteninhalte nicht mit dem stabilen Release kompatibel.

Ihr habt deshalb zwei saubere Optionen: Die alte Welt läuft auf legacy41 weiter, oder ihr startet für Build 42 eine neue Welt. Einen Mittelweg, bei dem die bestehende Basis in Build 42 weiterlebt, gibt es nicht. Das ist eine Entscheidung für die ganze Gruppe und gehört vor dem Wechsel geklärt, nicht danach.

Mods für Build 42 prüfen

Der zweite Stolperstein beim Umstieg: Mods für Build 41 laufen auf einem Build-42-Server nicht zuverlässig. Jede Mod muss ausdrücklich für Build 42 aktualisiert sein. Vor dem Wechsel:

• Auf der Workshop-Seite jeder Mod prüfen, ob sie Build 42 unterstützt.
• Nicht kompatible Mods vorübergehend aus WorkshopItems und Mods entfernen, siehe Mods installieren.
• Karten und Frameworks besonders sorgfältig prüfen - sie greifen tief ins Spiel ein und sind oft die letzten, die nachziehen.

Seit dem stabilen Release ziehen viele Autoren nach, aber nicht alle. Hängt eure Runde an einer Mod, die es nur für Build 41 gibt, ist das ein guter Grund, vorerst auf legacy41 zu bleiben.

Sauber umsteigen

Der Wechsel selbst ist schnell erledigt, die Vorbereitung ist der wichtige Teil:

1. Build-41-Save sichern. Backups sind bei uns durchgehend Self-Service - den Save-Ordner holst du dir per WebFTP oder SFTP, siehe Backups erstellen.
2. Mod-Liste bereinigen und nur Build-42-fähige Mods übernehmen.
3. Version im Panel wählen und eine neue Welt anlegen lassen.
4. Einstellungen prüfen, bevor alle beitreten - besonders die SandboxVars und die servertest.ini.

Bewahre die Build-41-Sicherung auf, auch wenn der Umstieg gut läuft: Der Weg zurück ist damit jederzeit offen, und ihr könnt die alte Welt bei Bedarf wieder auf legacy41 hochfahren. Über automatische Updates bleibt der Server anschließend auf dem aktuellen Stand von Build 42.

Was Build 42 mitbringt

Der Umfang der Änderungen erklärt, warum der Wechsel kein reines Versionsthema ist. Build 42 baut zentrale Systeme um, statt nur Inhalte zu ergänzen:

• Handwerk und Produktionsketten. Deutlich mehr Tiefe bei Herstellung, Verarbeitung und Werkstätten - der wohl sichtbarste Unterschied im Alltag.
• Neues Beleuchtungssystem. Nächte sind dunkler und Lichtquellen wichtiger, was das Spielgefühl merklich verschiebt.
• Überarbeitete Karte. Knox County wurde umgebaut und erweitert, dazu kommen Keller unter vielen Gebäuden.
• Tierhaltung. Nutztiere als eigene Nahrungs- und Ressourcenquelle - ein Baustein für langfristige Basen.

Für einen Server heißt das vor allem: Die Sandbox-Einstellungen wirken teilweise anders als gewohnt. Wenn du eine ausbalancierte Konfiguration aus Build 41 übernimmst, prüfe sie nach dem Wechsel noch einmal - besonders die Loot- und XP-Werte, siehe SandboxVars & Schwierigkeit. Außerdem erledigt der Server in Build 42 mehr Arbeit selbst, die früher beim Client lag. Wer bisher knapp kalkuliert hat, sollte nach dem Umstieg ein Auge auf die Auslastung haben - Richtwerte stehen in Wie viel RAM brauche ich?.

Für welchen Server welcher Build?

Die Entscheidung hängt weniger an den Funktionen als an eurer Ausgangslage:

• Build 42 ist richtig für jede neue Runde. Es ist der Standard, den Steam allen Spielern ausliefert, er bekommt die weitere Entwicklung, und niemand muss in den Eigenschaften einen Zweig umstellen.
• Build 41 über legacy41 ist richtig für eine gewachsene Welt, die ihr nicht aufgeben wollt, oder für eine Mod-Sammlung, die es für Build 42 noch nicht gibt.

Der wichtigste organisatorische Punkt: Jeder Mitspieler muss denselben Build nutzen. Seit Build 42 der Standard ist, betrifft das vor allem Build-41-Server - Steam aktualisiert neue und unaufmerksame Spieler automatisch auf Build 42, und der Betroffene sieht dabei keine hilfreiche Meldung, sondern nur einen fehlgeschlagenen Verbindungsversuch. Wie der Beitritt sonst abläuft, steht unter Server beitreten, weitere Ursachen sammelt Verbindungsprobleme.

Häufige Fragen