Openapoc: Le cuirassé ne s'autodétruira pas/peut empêcher la sauvegarde

Créé le 21 juil. 2019  ·  5Commentaires  ·  Source: OpenApoc/OpenApoc

Cela peut être lié à #629 . Après avoir terminé la mission, l'OVNI sur le paysage urbain ne s'est pas autodétruit. Je pense que cela peut m'empêcher d'enregistrer le lendemain, car les erreurs de jeu se produisent avant la fin de la sauvegarde.

save_Stream Test.zip
openapoc_log.txt

!BUG! MEDIUM PRIORITY

Commentaire le plus utile

L'autodestruction d'OVNI après une bataille est corrigée dans le #878.

Tous les 5 commentaires

Mise à jour rapide : j'ai pu obtenir l'erreur quelques heures seulement après la mission. Vous n'avez pas à attendre le lendemain. Cependant, le jeu m'a permis de sauvegarder immédiatement après le premier chargement de la sauvegarde.

Autre mise à jour : je crois fermement maintenant que l'OVNI qui ne s'autodétruit pas empêche le jeu de terminer une sauvegarde. J'ai pu sauvegarder le jeu à l'origine car le temps avait été suspendu et le code d'autodestruction n'avait pas été exécuté, donc l'OVNI était légitimement toujours là. Cependant, comme l'OVNI NE S'EST PAS autodétruit, quelque chose ne va pas dans le code lorsque le jeu essaie de sauvegarder.

W 12605447300 void __cdecl OpenApoc::GameState::validate(void): Validation GameState
W 12614002600 void __cdecl OpenApoc::GameState::validate(void) : GameState validé
W 105548142800 void __cdecl OpenApoc::GameState::validate(void): Validation GameState
W 105555531100 void __cdecl OpenApoc::GameState::validate(void) : GameState validé
E 154428341400 void __cdecl OpenApoc::serializeOut(classe OpenApoc::SerializationNode *,const enum OpenApoc::VehicleMission::MissionType &,const enum OpenApoc::VehicleMission::MissionType &,const class std::map,classe std::allocateur> > &) : Valeur d'énumération non valide pour l'énumération 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

Peut-être la dernière mise à jour : l'utilisation de ctrl+maj+alt+clic droit a détruit l'OVNI et permis à nouveau la sauvegarde.

Le correctif ci-dessus ne résoudra probablement pas cela - mais, espérons-le, corrigera la sauvegarde, afin que nous puissions obtenir un meilleur cas de reproduction?

L'autodestruction d'OVNI après une bataille est corrigée dans le #878.

Cette page vous a été utile?
0 / 5 - 0 notes