Anleitung aktualisiert
Räume, Freunde und verzögerter Status
In diesem Originalstand verwendet die Raumsignalisierung immer WebSocket; der frühere lokale RTDB-Schalter bietet keinen unterstützten Ausweichweg mehr. WebRTC/TURN und die Warteschlange des Hosts sind getrennte Ebenen mit unverändertem Kampfverhalten. Freunde und Einladungen werden über den Originaldienst statt direkter Datenbankabonnements aktualisiert. Abfragen erfolgen meist etwa alle 9,6–14,4 Sekunden im Menü und 36–54 Sekunden im Spiel; Netzwerkverzögerungen sind möglich. Versteckte Seiten überspringen regelmäßige Anfragen und aktualisieren beim erneuten Anzeigen.
Empfangene Freunde starten mit offline/nicht spielend und leerem Raum. Dieses Symbol beweist in dieser Version nicht zuverlässig, dass ein Freund nicht beitreten kann: versuche eine Einladung oder einen bekannten Raum und warte auf die Aktualisierung. Einladungen verfallen nach drei Minuten; dieselbe Einladung innerhalb von 20 Sekunden wird unterdrückt. Aktionen können die Liste ebenfalls aktualisieren. Profil/Nickname behalten sechs Stunden Abstand, 800 ms Entprellung und zehn Minuten Profilcache; bei einer Profilbegrenzung gelten die empfangenen Sekunden (standardmäßig fünf) plus 0,2 Sekunden. Das sind Clientzeiten, keine Zustellgarantien.
Raumtransport: Standard und optionaler Pfad
Original 6b2b3547e5 verwendet WebSocket-Räume jetzt standardmäßig; eine ausdrückliche rtdb-Auswahl behält den bisherigen Echtzeitdatenbankpfad. Dies ersetzt 1c249c541c, das eine vps-Auswahl erforderte. Es gibt keinen neuen normalen Einstellungsschalter. Der Dienst verwaltet Erstellen, Beitreten, Mitglieder und Signalisierung; WebRTC-Kampfnachrichten und Schadensformeln bleiben getrennt. Anfragen laufen nach 8 Sekunden ab. Wiederverbindung wartet 1, 2, 4, 8 Sekunden, danach höchstens 15, versucht erneut beizutreten und kann einen verlorenen Gastgeberraum neu erstellen. Eine ersetzte Verbindung mit Code 4002 beendet die Sitzung ohne Wiederverbindungsschleife. Fehlender, gestarteter/geschlossener oder voller Raum bleibt ein Fehler; höchstens 4 Spieler. Bei Einladungsproblemen dieselbe Originalversion prüfen und den Gastgeber um neuen Raum/Einladung bitten. Dies behauptet keine Änderung der Einbettung.
An welcher Stelle hängt es?
Ein Raum, der nie verbunden wird, braucht Einladungs- und Netzwerkprüfung. Hier geht es um verbundene Räume ohne Fortschritt oder unterschiedliche Spielzustände.
Seitlich scrollen, um alle Spalten zu lesen.
| Symptom | Was du prüfen solltest |
|---|---|
| Keine Raumverbindung | Zuerst die Verbindungsanleitung nutzen. |
| Karten ohne Wahl geschlossen | Die Korrektur vom 20. Oktober öffnet die Auswahl erneut. |
| Gast bleibt nach Start im Menü | Separat festhalten; die Kartenkorrektur belegt keine Startkorrektur. |
Vor dem Neustart beide Ansichten vergleichen
- Bestimmt Gastgeber und Gast. Prüft denselben Raum und ob jemand noch eine Levelkarte, ein Item oder einen Bund wählt.
- Haltet den Gastgeber-Tab aktiv. Auswahlphasen und ein inaktiver/stockender Gastgeber können pausieren; ein offenes Auswahlfenster allein ist noch kein Synchronisationsfehler.
- Wenn die Auswahl erneut erscheint, abschließen und prüfen, ob beide wieder kämpfen. Solange jemand im Menü bleibt, ist die Fortsetzung nicht bestätigt.
- Bleibt es hängen, beide Anzeigen und die letzte Aktion festhalten. Außerhalb des Laufs vor einem neuen Versuch dieselbe Originalversion laden; Neuladen ist kein belegter Weg, den laufenden Run fortzusetzen.
Was die Korrektur vom 20. Oktober abdeckt
Am 20. Oktober meldeten Spieler im Original-Discord unter #chat-español und #feedback schnelle Auswahlen, geschlossene Karten und einen Spieler im Menü. Das Original-Changelog beschreibt ausdrücklich das erneute Öffnen vorzeitig geschlossener Karten, damit Mitspieler nicht weiter warten. Es bestätigt keine Behebung aller Synchronisations-, Schnellstart- oder Einfrierprobleme.
Diese Regeln beziehen sich auf das Original auf pokesurvivor.com in der verlinkten Quellversion vom 20. Oktober. Die separat gehostete Community-Ausgabe hat einen eigenen Versionsstand; dieselben Korrekturen und Zeitangaben gelten dort nicht automatisch.
Wenn nur Koop-Attackeneffekte fehlen
Diese Originalversion korrigiert den Sog von Unheilböen, Sandgrab und Whirlpool eines Gasts. Auch die Richtung entwickelter Nebelball-Geschosse ist korrigiert; das bestätigt keine Behebung der separat gemeldeten Koop-Verlangsamung. Vergleiche Gastgeber/Gast und normale Gegner/Bosse: Bosse erhalten normalerweise nur 25 % des Wirbelsogs.
Weiterhin festgefahren? Den Fall genau beschreiben
Nenne Domain und Versionskennung, Geräte/Browser, Rollen, Raumstatus, letzte Karten- oder Startaktion und die Anzeigen beider Spieler. So lässt sich ein erneutes Auftreten des korrigierten Kartenfehlers von einem anderen Problem unterscheiden. Keine Browserdaten löschen oder Konten ersetzen: Das repariert keine Synchronisation und kann lokalen Fortschritt entfernen.
Verwandte Seiten
- PokéSurvivor Updates · 2026-11-04: 4. November: Kontoziehungen und geänderte Dienste
- PokéSurvivor Updates · 2026-11-01: Originalupdate vom 31. Oktober bis 1. November: Spielstände, Geschenke und Räume
- Koop verbindet nicht: Raum, Konten und Netzwerk
- Koop: Konten, Freunde, Räume und Wiederbelebung
- Speichern: Gast, lokal und Cloud
Spieldaten und Quellen
Die verlinkten Spieldateien zeigen die Herkunft der Werte, Kosten und Regeln. Spielupdates können sie ändern.
Datenversion: d567c6da
- https://pokesurvivor.com/en/news/
- https://pokesurvivor.com/version.json
- https://pokesurvivor.com/js/app.min.js?v=eae98df1a1
- https://github.com/JPTER78/pokesurvivor/blob/c121040ff0278383e4ae67bc24f17e4cfd141a24/js/app.min.js
- https://github.com/JPTER78/pokesurvivor/commit/ad6c025958a2feb39345874673da845c57546681
- https://github.com/JPTER78/pokesurvivor/commit/c121040ff0278383e4ae67bc24f17e4cfd141a24
- https://github.com/JPTER78/pokesurvivor-live/blob/639adaf9dc019cdcfe54b16c21a5fcfe33b9e2fa/README.md
- https://github.com/JPTER78/pokesurvivor-live/blob/639adaf9dc019cdcfe54b16c21a5fcfe33b9e2fa/.github/workflows/live.yml
- https://github.com/JPTER78/pokesurvivor/blob/23c0d653dfd215690d4a617d6e0593231b9dccd3/js/app.min.js
- https://github.com/JPTER78/pokesurvivor/blob/23c0d653dfd215690d4a617d6e0593231b9dccd3/sw.js
- https://github.com/JPTER78/pokesurvivor/blob/23c0d653dfd215690d4a617d6e0593231b9dccd3/en/news/index.html
- https://github.com/JPTER78/pokesurvivor/commit/23c0d653dfd215690d4a617d6e0593231b9dccd3
- https://github.com/JPTER78/pokesurvivor/blob/90cdd941da04793e3023b4a28aff552819c70f21/js/app.min.js
- https://github.com/JPTER78/pokesurvivor/commit/90cdd941da04793e3023b4a28aff552819c70f21
- https://github.com/JPTER78/pokesurvivor/blob/b742e43772e37d077549bf2fad3d615d60f42961/js/app.min.js
- https://github.com/JPTER78/pokesurvivor/blob/b742e43772e37d077549bf2fad3d615d60f42961/css/style.css
- https://github.com/JPTER78/pokesurvivor/blob/b742e43772e37d077549bf2fad3d615d60f42961/en/news/index.html
- https://github.com/JPTER78/pokesurvivor/commit/e5997d563fd271168d4c801fbe46274622f92c13
- https://github.com/JPTER78/pokesurvivor/commit/b742e43772e37d077549bf2fad3d615d60f42961
- https://github.com/JPTER78/pokesurvivor/blob/752bf6c0a54b4ed91216d2af444a84e4aefd2070/js/data/changelog.js
- https://github.com/JPTER78/pokesurvivor/blob/752bf6c0a54b4ed91216d2af444a84e4aefd2070/js/net/coop.js
- https://github.com/JPTER78/pokesurvivor/blob/752bf6c0a54b4ed91216d2af444a84e4aefd2070/js/systems/levelup.js
- https://github.com/JPTER78/pokesurvivor/blob/752bf6c0a54b4ed91216d2af444a84e4aefd2070/js/systems/combat.js