Actualización del juego · Artículo actualizado
Cambios principales
- Cooperativo original: directo primero, después TURN
- Nube del original actual: pulsa Guardar
- Por qué una marca o lista de amigos tarda
- Invitar sin indicador En línea
- Elegibilidad: ¿2 o 5 minutos?
- Apuntado táctil y manual en ordenador
- Disparos inicializados y cooperación
Cooperativo original: directo primero, después TURN
El anuncio original del 21 de octubre añade cooperativo por servidor para cuentas conectadas cuando los datos móviles o un router bloquean la conexión directa. La fuente 006257fa prueba primero WebRTC sólo con STUN hasta 9 segundos, sin pedir credenciales TURN ni reservar plaza. Si falla la vía directa, incluso antes del plazo, el anfitrión con cuenta reintenta al momento con TURN si el servicio lo autoriza. Ese intento permite 15 segundos y el navegador aún puede elegir la vía directa. Iniciar sesión permite pedir credenciales, pero no garantiza autorización ni un relé disponible.
El anfitrión indica al invitado que pida TURN sólo en una oferta con TURN; la oferta normal no lo pide. Conectado y Conectado (por servidor) cuentan como conexión lista. El texto solo no prueba la ruta de red real. Espera a todos los jugadores previstos antes de empezar. El antiguo relé de partida de Firebase Realtime Database sigue apagado; TURN es otra vía.
Durante la sesión de la página, el anfitrión recuerda cada pareja cuyo intento directo falló con una cuenta, aunque el jugador salga o se cree otra sala. Esa pareja empieza después con TURN si está disponible, sin repetir los 9 segundos. Tras registrar fallos directos con dos invitados distintos, se empieza así con todos los demás. Recordar un fallo no prueba que TURN fuera autorizado o usado. Recargar inicia otra sesión.
Si se rechaza la autorización o falla el servicio/la red, el original vuelve a STUN solo. Puede conectar directo, pero una red que bloquee pares puede seguir fallando. Tras rechazo403 no se vuelve a pedir durante 30 minutos; otros fallos esperan un minuto. La petición tiene un plazo separado de cuatro segundos. Se reutilizan credenciales válidas hasta diez minutos antes de caducar; la fuente describe dos horas de duración. Son reglas del cliente original, no una prueba de acceso de tu cuenta.
Termina las partidas, carga la misma versión original actual y mantén activas las pestañas. Deja hasta 9 segundos al intento directo y hasta 15 al reintento con TURN, además de la petición de credenciales; no es un plazo total garantizado. El invitado sin primera oferta tiene un temporizador inicial separado de 27 segundos. Tras otro fallo, el anfitrión suele reintentar a los 15 segundos; sin cuenta o en anónimo no pide TURN y conserva esa espera. Si sigue fallando, compara Wi-Fi/datos permitidos y comunica rol, estado exacto y ambas redes. Conserva cuentas y partidas. Estas reglas no activan TURN en el juego comunitario incrustado independiente.
Nube del original actual: pulsa Guardar
La última revisión original del 20 de octubre ya no sube por tiempo, al entrar, cerrar/recargar ni cambiar de pestaña. El progreso local sigue guardándose al momento. Pulsa Guardar antes de cerrar el juego o cambiar de aparato y espera el éxito en la nube. Pendiente o cuenta atrás no significa enviado. Antes de recargar por actualización y al cerrar sesión también se intenta subir lo pendiente.
Se mantienen 65 segundos mínimos entre escrituras correctas: Guardar puede quedar en cola y un envío solicitado puede reintentarse tras fallar. Sin conexión, conserva los datos y pulsa Guardar cuando vuelva. Pendiente no confirma recepción. Volver a una pestaña antigua ya no descarga lo de otro aparato. Son reglas del original; la edición comunitaria incrustada guarda por separado.
Termina primero la batalla. Tras confirmar la nube en A, deja de jugar allí; en B recarga y usa la misma identidad antes de comprobar colección, mejoras y tickets. Volver a la pestaña de B no descarga. Al entrar se fusiona local/nube, pero cada subida posterior escribe la copia actual sin leer/fusionar primero el servidor: con dos aparatos a la vez gana el último que guarda. La batalla activa no se reanuda.
Por qué una marca o lista de amigos tarda
Las lecturas del ranking original duran dos horas en caché. Una mejora enviada al top 50 actualiza su resumen local al momento; no espera dos horas por esa caché. En Histórico general, fuera del top 50, se sube como máximo una vez cada seis horas por tabla/entrada. La mejor pendiente queda en este navegador y sale al terminar otra partida válida o empezar otra tras el intervalo; no es un temporizador garantizado en segundo plano. Top 50 evita esa espera. Siguen 120 segundos generales y 300 por Pokémon.
El original carga amigos al abrir por primera vez Amigos, la sala o el ranking de amigos, no al entrar. Si faltan amigos/invitaciones en un navegador nuevo, abre una de esas vistas. Se puede invitar a amigos aceptados sin estado En línea. Se quitó el registro de inicio de partida; siguen el máximo 45 minutos, validaciones de nivel/derrotados y baneo. Borrar el guardado no elimina un baneo.
Revisión anterior del 20: envío a una hora (sustituido)
En el original del 20 de octubre, la subida automática se programa una hora después del primer cambio pendiente; el intervalo anterior de 30 minutos es histórico. La copia local se escribe al momento. Antes de cambiar de dispositivo, pulsa Guardar y espera la confirmación de la nube. Una cola, falta de conexión o desaparición del punto rojo no confirma la recepción.
Guardar mantiene un mínimo de 65 segundos entre escrituras correctas en la nube. Una cuenta atrás es una cola, no un envío terminado. Al entrar puede subir una copia local más nueva; cerrar, recargar o actualizar sólo intenta enviarla. Gacha, fin de partida y cambio de pestaña no fuerzan subida. El límite de 30 minutos para descargar al volver a una pestaña es otra regla. Estos tiempos del original no definen la edición comunitaria.
Invitar sin indicador En línea
Anfitrión: elige Invitar para un amigo aceptado; el original ya no muestra ni exige el estado En línea. Invitado: elige Unirme antes de que el aviso caduque a los tres minutos. Esperad Conectado y el anfitrión inicia. Máximo cuatro jugadores, incluido el anfitrión.
Elegibilidad: ¿2 o 5 minutos?
Las tablas generales Diaria, Semanal, Mensual e Histórica mantienen el mínimo de 120 segundos de partida terminada. El Histórico de un Pokémon exige ahora 300 segundos. Una partida de 2–4 minutos puede optar a una tabla general sin optar a la de su Pokémon. Siguen contando identidad, integridad, top 50 y superar la mejor marca.
Apuntado táctil y manual en ordenador
Desde el original del 20 de octubre, los dispositivos táctiles apuntan automáticamente y no ofrecen Apuntar a mano. En ordenador sigue en Ajustes → Accesibilidad para ratón o stick derecho. Cambia la dirección, no el movimiento ni grupo activo.
Disparos inicializados y cooperación
Los proyectiles, ataques dirigidos y rebotes inicializan count ausente a 1 y spread a 0,12 antes de las mejoras. Las 12 definiciones afectadas aparecen abajo. Tablas y calculadoras usan esos valores; más disparos no garantizan más impactos. En cooperación, los vórtices del invitado atraen en el anfitrión y su Infortunio usa los estados sincronizados.
Opiniones recogidas el 20 de octubre: sigue el problema concreto
Los comentarios del Discord del original añaden síntomas útiles: invitaciones que siguen fallando, pulsar Empezar o elegir mejoras deprisa dejando atrás a alguien, confusión al apuntar en Android y efectos especiales distintos en cooperativo. Un relato de ese día no indica si ocurrió antes o después de cada revisión. Conserva la experiencia fechada junto a la regla de versión y sigue la ayuda correspondiente.
Páginas relacionadas
Actualizaciones anteriores y siguientes
Datos del juego y fuentes
Los archivos del juego enlazados indican de dónde salen los valores, costes y reglas. Las actualizaciones pueden cambiarlos.
Versión de datos: d567c6da
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/core/db.js
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/net/social.js
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/net/ranking.js
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/systems/progress.js
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/data/moves.js
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/systems/combat.js
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/entities/player.js
- https://github.com/JPTER78/pokesurvivor/blob/d567c6da88e4ef66634ab54a01b5a3607501e03a/js/data/changelog.js
- https://github.com/JPTER78/pokesurvivor/blob/11fe868c640b62ac37beacc222e056bc4d9ec892/js/core/db.js
- https://github.com/JPTER78/pokesurvivor/blob/11fe868c640b62ac37beacc222e056bc4d9ec892/js/ui/ui.js
- https://github.com/JPTER78/pokesurvivor/blob/11fe868c640b62ac37beacc222e056bc4d9ec892/js/net/social.js
- https://github.com/JPTER78/pokesurvivor/blob/11fe868c640b62ac37beacc222e056bc4d9ec892/js/ui/social-ui.js
- https://github.com/JPTER78/pokesurvivor/blob/11fe868c640b62ac37beacc222e056bc4d9ec892/js/net/ranking.js
- https://github.com/JPTER78/pokesurvivor/blob/11fe868c640b62ac37beacc222e056bc4d9ec892/firestore.rules
- https://github.com/JPTER78/pokesurvivor/blob/11fe868c640b62ac37beacc222e056bc4d9ec892/js/data/changelog.js
- https://github.com/JPTER78/pokesurvivor/blob/006257fa748ad6ce11a3e1752f1aaf49e236e734/js/net/net.js
- https://github.com/JPTER78/pokesurvivor/blob/006257fa748ad6ce11a3e1752f1aaf49e236e734/js/ui/social-ui.js