Openapoc: El acorazado no se autodestruirá / Puede estar impidiendo que se guarde

Creado en 21 jul. 2019  ·  5Comentarios  ·  Fuente: OpenApoc/OpenApoc

Esto puede estar relacionado con el # 629. Después de completar la misión, el OVNI en el paisaje urbano no se autodestruyó. Creo que esto puede estar impidiendo que guarde al día siguiente, ya que el juego se produce errores antes de que se complete el guardado.

save_Stream Test.zip
openapoc_log.txt

!BUG! MEDIUM PRIORITY

Comentario más útil

La autodestrucción OVNI después de una batalla se corrige en el # 878.

Todos 5 comentarios

Actualización rápida: pude obtener el error solo unas horas después de la misión. No tienes que esperar hasta el día siguiente. Sin embargo, el juego me permitió guardar inmediatamente después de cargar el guardado por primera vez.

Otra actualización: creo firmemente ahora que el OVNI, que no se autodestruye, impide que el juego complete una partida guardada. Pude guardar el juego originalmente porque el tiempo se había detenido y el código de autodestrucción no se había ejecutado, por lo que el OVNI seguía legítimamente allí. Sin embargo, dado que el OVNI NO se autodestruyó, algo va mal en el código cuando el juego intenta guardar.

W 12605447300 void __cdecl OpenApoc :: GameState :: validate (void): Validando GameState
W 12614002600 void __cdecl OpenApoc :: GameState :: validate (void): GameState validado
W 105548142800 void __cdecl OpenApoc :: GameState :: validate (void): Validando GameState
W 105555531100 void __cdecl OpenApoc :: GameState :: validate (void): GameState validado
E 154428341400 void __cdecl OpenApoc :: serializeOut(clase OpenApoc :: SerializationNode *, const enum OpenApoc :: VehicleMission :: MissionType &, const enum OpenApoc :: VehicleMission :: MissionType &, const class std :: map, clase std :: asignador>> &): Valor de enumeración no válido para la enumeración OpenApoc :: VehicleMission :: MissionType: 6
0x00007FF70EAB998A PHYSFS_writeSLE64 + 0x1cb26a
0x00007FF70EB15DFD PHYSFS_writeSLE64 + 0x2276dd
0x00007FF70EB0FD5D PHYSFS_writeSLE64 + 0x22163d
0x00007FF70EAA5F6C PHYSFS_writeSLE64 + 0x1b784c
0x00007FF70EB0EE42 PHYSFS_writeSLE64 + 0x220722
0x00007FF70EAB2A48 PHYSFS_writeSLE64 + 0x1c4328
0x00007FF70EB05E7E PHYSFS_writeSLE64 + 0x21775e
0x00007FF70E91A73F PHYSFS_writeSLE64 + 0x2c01f
0x00007FF70EA3922B PHYSFS_writeSLE64 + 0x14ab0b
0x00007FF70EA38703 PHYSFS_writeSLE64 + 0x149fe3
0x00007FF70E7FD2E9 PHYSFS_writeSLE64 + 0xfffffffffff0ebc9
0x00007FF70E833BB0 PHYSFS_writeSLE64 + 0xfffffffffff45490
0x00007FF70E706DDA PHYSFS_writeSLE64 + 0xffffffffffe186ba
0x00007FF70E707663 PHYSFS_writeSLE64 + 0xffffffffffe18f43
0x00007FF70E6E1032 PHYSFS_writeSLE64 + 0xffffffffffdf2912
0x00007FF70EB9BDA5 PHYSFS_writeSLE64 + 0x2ad685
0x00007FF70E8EF135 PHYSFS_writeSLE64 + 0xa15
0x00007FF8BD6D7974 BaseThreadInitThunk + 0x14
0x00007FF8BDE3A271 RtlUserThreadStart + 0x21

Quizás actualización final: usar ctrl + shift + alt + clic derecho destruyó el OVNI y nuevamente permitió guardar.

La corrección anterior probablemente no resolverá esto, pero es de esperar que arregle el guardado, para que podamos obtener un mejor caso de reproducción.

La autodestrucción OVNI después de una batalla se corrige en el # 878.

¿Fue útil esta página
0 / 5 - 0 calificaciones