Ein Gast stirbt, der Host speichert und lädt die Welt neu — und danach reagiert der Buggy des Gastes auf keine Eingabe mehr. Dieser Ablauf steht seit dem 4. November wörtlich in den Patchnotes von Obsidian. Er ist einer der Gründe, aus denen Gruppen in Grounded 2 Fortschritt verloren haben, ohne dass ein Absturz dazwischenlag, und Patch 0.6.0.5 räumt ihn weg.
Stand dieser Angaben: 8. November 2026
Patch 0.6.0.5 erschien am 4. November, der Vorgänger 0.6.0.4 am 28. Oktober. Beide setzen auf dem Rot-and-Ruin-Update vom 20. Oktober auf. Grounded 2 steht weiterhin im Early Access.
Grounded 2 Fortschritt verloren: Was Patch 0.6.0.5 an den Koop-Fehlern behebt
Die Liste ist kurz. Zehn Zeilen auf sieben Bereiche verteilt, und nur zwei davon nennen den Mitspieler ausdrücklich.
| Bereich | Was 0.6.0.5 korrigiert |
|---|---|
| Buggys | Gast stirbt, Host speichert und lädt — danach reagiert der Buggy des Gastes nicht mehr |
| Speichern | Speichern bei PTS-Nutzung brach den Sprung ab oder setzte zurück, Koop-Gäste eingeschlossen |
| Welt | Feiertagsbanner an den Parklampen; Loch unter dem Donut bei Gnarly Bark |
| Kampf | Splinter Cannon verkettete keinen geladenen Schuss bei gehaltenem Auslöser |
| Oberfläche | Anzeige sprang nach dem Herstellen zum Ausgangsrezept zurück |
| Optik | Ausgeblendete Helme warfen Schatten über den Founder's-Pack-Skin |
| Stabilität | Hänger auf Xbox beim Pausieren während des Ladens, Abstürze bei World Streaming und erschöpftem Objektspeicher |
Obsidian schreibt zu keinem dieser Punkte eine Ursache dazu. Es gibt keine Angabe, seit welcher Version die beiden Koop-Fehler im Spiel waren, und keine darüber, ob bestehende Spielstände rückwirkend in Ordnung kommen. Beides bleibt unbelegt und wird hier nicht ergänzt.
Warum trifft der Buggy-Fehler ausgerechnet den Gast?
Die Zeile beschreibt eine Kette aus drei Ereignissen, die zusammenkommen müssen: Der Gast stirbt, danach speichert der Host, danach lädt der Host. Erst dann ist der Buggy für den Gast tot — nicht für den Host, nicht für jeden anderen in der Runde.
Darin steckt die Abhängigkeit, die jede Welt mit einem Host hat: Der Spielstand gehört dem Rechner, auf dem er liegt, und was beim Laden nicht wiederhergestellt wird, fehlt den Gästen. In anderen Koop-Spielen ist das der Punkt, an dem die Frage aufkommt, ob ein Mietserver oder der eigene Rechner die Welt tragen soll. Hier zeigt sich dieselbe Mechanik an einer sehr kleinen Stelle.
Klein ist sie allerdings nur auf dem Papier. Buggys sind seit dem Rot-and-Ruin-Update kein Spielzeug mehr: Der neue Potato Beetle Buggy feuert eine Schrotladung auf alles, was zu nah kommt, heilt den Reiter und kann unterwegs Material schleppen und in Baupläne einzahlen. Ein Gast, dessen Buggy nicht mehr reagiert, verliert damit Transport, Schadensquelle und Baugehilfen auf einen Schlag — und muss warten, bis der Host das nächste Mal lädt.
QuelleBeim Speichern während einer PTS-Reise landeten Spieler wieder am Start
Der zweite Fall trifft alle Beteiligten gleichermaßen. Wird gespeichert, während jemand eine PTS benutzt — die Stationen, über die man quer durch Brookhollow Park reist —, konnte der Sprung abbrechen oder den Spieler an den Ort zurücksetzen, von dem er losgereist war. Die Patchnotes nennen dabei Koop-Gäste gesondert, was bedeutet: Es reichte nicht, selbst nichts zu tun.
Das Spiel speichert auch von sich aus. Schon im Rot-and-Ruin-Changelog ist von einem Autospeicherpunkt die Rede, der beim Aktivieren einer Wachstumskapsel entsteht. Ein Speichervorgang musste also nicht zwingend vom Host angestoßen werden, damit die Reise schiefging.
Die PTS-Stationen hatten schon im Oktober mehrere Baustellen. Rot and Ruin korrigierte, dass sich gesperrte Stationen durch einen Wechsel mitten in der Reise ansteuern ließen, dass Schnellreisen mit getragener Last möglich war und dass eine Station im Park-Bench-Außenposten nach der Benutzung eine verschobene Tür hatte. Hinzu kamen ein Außenposten, der beim Wiedereinstieg am nächstgelegenen Posten nicht berücksichtigt wurde, und ein Reiseziel, das in der Liste unter einem falschen Namen stand. Der neue Patch reiht sich in diese Serie ein — und er trifft den Teil, der beim Scheitern am meisten Zeit kostet: den Weg zurück.
Erst verschwand die Farbe, dann der Fortschritt des Gastes
Eine Woche vor 0.6.0.5 stand in 0.6.0.4 dasselbe Muster, nur an anderen Objekten. Tautropfen und Harz verschwanden nach dem Speichern und Laden aus Tausammler und Harzfänger. Aufgetragene Farbe verschwand ebenfalls nach einem Speichern und Laden, wenn der Spieler weit genug entfernt war. Der Wasserbehälter füllte sich nicht, wenn ein Tautropfen hineinfiel.
Für eine Gruppe, die gemeinsam an einer Basis baut, sind das keine Schönheitsfehler: Farbe und eingesammelte Rohstoffe sind investierte Spielzeit, und sie waren nach dem Laden weg. Dazu kam ein Problemfall, den Obsidian gar nicht reparieren konnte — bei fehlerhaft erscheinenden O.G.G.R.-Gegnern nennt die Ankündigung nur eine Behelfslösung: schlafen, danach speichern und laden.
Auch der Rot-and-Ruin-Patch selbst hatte bereits bei den geteilten Welten aufgeräumt. Umbenannte Shared-World-Spielstände trugen nach einem Neustart wieder ihren alten Namen. Geteilte Welten blieben auf der PS5 erreichbar, obwohl Crossplay abgeschaltet war — ein Schalter, dessen Wirkung sich auch anderswo nicht von selbst versteht. Und wer von der PS5 aus einer auf der Xbox Series X gehosteten Playground-Runde beitrat, stürzte ab.
QuelleLass den Host erst speichern, wenn niemand unterwegs ist
Wen das zuerst betrifft, lässt sich aus den drei Changelogs recht genau sagen: feste Gruppen mit einem festen Host, die lange Sitzungen in einer geteilten Welt spielen. Wer solo unterwegs ist, hat von beiden Koop-Zeilen nichts gemerkt, weil in beiden Fällen die Rollenverteilung zwischen Host und Gast der Auslöser war.
Praktisch heißt das bis auf Weiteres zweierlei. Ein Speichern mitten in einer PTS-Reise ist der ungünstigste Moment, und auf einem Stand vor 0.6.0.5 bleibt es das auch. Und nach dem Tod eines Gastes lohnt die Kontrolle, ob dessen Buggy noch auf Pfiffe und Befehle reagiert, bevor die Gruppe weiterzieht. Beides kostet nichts außer einem Blick.
Der Gewinn an dieser Stelle ist gering, aber er ist echt: Zwei konkret beschriebene Fälle, in denen Gäste etwas einbüßten, sind benannt und behoben. Der Verlust fällt ebenfalls klein aus — die Splinter Cannon verhält sich beim Dauerfeuer jetzt anders, was Spieler mit dieser Waffe neu einschätzen müssen. Die drei Stabilitätskorrekturen wiegen für Koop-Runden schwerer, als sie klingen: Ein Absturz bei erschöpftem Objektspeicher trifft am ehesten lange Sitzungen in dicht bebauten Welten, und das ist genau die Situation, in der am meisten ungespeicherte Zeit auf dem Spiel steht.
Was Obsidian nicht beantwortet, ist die Frage nach dem Bestand: Ob ein Buggy, der in einem alten Spielstand bereits stumm ist, durch den Patch wieder ansprechbar wird, steht nirgends. Für solche Fälle verweist das Studio in jeder der drei Ankündigungen auf denselben Weg, den Issue Tracker auf der eigenen Seite — wer dort meldet, liefert die Grundlage für die nächste Liste. In der Kommentarspalte unter diesem Beitrag ist Platz für Beobachtungen aus der eigenen Runde, besonders für die, die nach dem Patch noch auftreten.