Openapoc: APPCRASH (tout le temps)

On dirait que votre XCOM.BIN a été corrompu d'une manière ou d'une autre, il devrait faire environ 604,8 Mo (604.847,376 octets). En parcourant votre journal, il y a beaucoup de fichiers corrompus tels que

I 1256638574 class std::shared_ptr<class OpenApoc::Image> __cdecl `anonymous-namespace'::LodepngImageLoader::loadImage(class OpenApoc::IFile &): Failed to read PNG headers from "C:\Games\cd.iso/xcom3/ufodata/titles.pcx" (28) : incorrect PNG signature, it's no PNG or corrupted

et

I 6111030396 class OpenApoc::IFile __cdecl OpenApoc::FileSystem::open(const class OpenApoc::UString &): Loading "xcom3/ufodata/vstrfire.pcx" from "C:\Games\cd.iso/xcom3/ufodata/vstrfire.pcx"
I 6112258526 class std::shared_ptr<class OpenApoc::Image> __cdecl `anonymous-namespace'::LodepngImageLoader::loadImage(class OpenApoc::IFile &): Failed to read PNG headers from "C:\Games\cd.iso/xcom3/ufodata/vstrfire.pcx" (28) : incorrect PNG signature, it's no PNG or corrupted

Le journal génère 50 fois plus de fichiers différents.

Ces "erreurs" PNG sont normales - il essaie de voir si un fichier image est un fichier PNG (ce qui n'est pas le cas), puis il revient à PCX (ce que sont ces fichiers). Donc, ce n'est que si vous voyez le chargeur PCX échouer qu'il s'agit en fait d'une erreur.

J'ai lié 2 versions du jeu et la même histoire se produit toujours, je ne sais pas quoi faire.

Je n'ai pas vu ce problème moi-même - peut-être qu'il y a quelque chose de différent avec votre système (versions du système d'exploitation/pilote, paramètres comme la localisation ?)

Y a-t-il une chance que vous puissiez obtenir une trace ? Cela pourrait nous aider à comprendre ce qui se passe si nous savons exactement où il se bloque.

Ces "erreurs" PNG sont normales - il essaie de voir si un fichier image est un fichier PNG (ce qui n'est pas le cas), puis il revient à PCX

Je pensais qu'il était suspect que cela puisse lui causer le plantage car mon journal ne mentionne pas qu'il a essayé de charger le fichier pcx au format png. À la fin du fichier, il n'affiche aucun avertissement ni aucune erreur ayant provoqué ce plantage.

Peut se produire après 10 secondes après le démarrage ou à tout moment.

Avez-vous une idée du temps qu'il faut pour qu'un crash se produise ? Pouvez-vous également vous rappeler ce que vous essayiez de faire juste avant que l'accident ne se produise ?

1. J'essaierai de revenir en arrière demain et de mettre à jour les informations (je ne l'ai jamais fait auparavant).
2. Aucune supposition du tout. La dernière fois que le crash s'est produit, c'était l'heure de début du premier jour (je pensais que le problème pourrait être de renommer les agents - je renomme généralement les agents en tant que réservoir 1, réservoir 2 et ainsi de suite ... mais cette fois, je n'ai pas encore commencé à renommer).
3. Utilisation de la localisation EN(GB).

Salut!
On dirait que je n'ai pas les compétences pour obtenir une trace... Si quelqu'un veut passer du temps à découvrir ce qui ne va pas ici, nous pouvons nous connecter à l'aide de TeamViewer... Je suis maintenant en ligne dans :
discorde https://discord.gg/sYnshc
skype - khlopkov1 (Petr Khlopkov)
signal/quoi de neuf/viber/télégramme +79639119870

Je le prends. Guide de travail.

Rebonjour!
Nous nous sommes connectés avec @Atrosha et en utilisant TeamViewer, nous avons trouvé ceci :
Le jeu démarre, affiche le film d'introduction et après le démarrage du mode campagne, il affiche des boîtes de dialogue de message d'erreur :

Après ce jeu plante et augmente plusieurs exceptions :

Je joins stacktrace et gamelogs :
stacktrace.txt
openapoc_log.txt

Nous avons essayé de compiler la dernière branche master avec GOG et Steam cd.iso. Ce backtrace pour Steam CD.
La version GOG fonctionne correctement (1 jour de jeu passé sans plantage), mais avant que nous ayons fait tout cela, lorsque j'ai installé la v0.1-447-g109644d5 (ou simplement décompressé), le jeu plantait tout le temps.

Après tout, j'ai essayé la version v0.1-447-g109644d5 + Steam et aucun plantage après 5 minutes de jeu (miracle ? phase de lune ?).
Qu'est ce qui a changé? Eh bien, nous avons installé Visual Studio et j'ai installé les packages c++ :

Avant cela, j'essayais de jouer avec les packs c++ 2015 et 2010+- (impossible de dire pour vrai - je ne me souviens pas).

Je vais continuer le test demain et mettre à jour les informations.

Y a-t-il un "gamestate_common" dans le répertoire data/ ?

L'exécutez-vous via MSVC ? Actuellement, il s'attend à ce que le répertoire de données soit dans "./data", ce qui est correct, c'est que MSVC l'exécute car il définit le répertoire de travail actuel à la racine du référentiel - mais si vous l'exécutez manuellement (ou que l'exécution de MSVC est différente sur différentes versions/plateformes) c'est peut-être ça ?

Les extracteurs ont-ils fonctionné dans le cadre de la construction ? Y a-t-il difficult1_patched et similaire dans le répertoire de données ?

Y a-t-il un "gamestate_common" dans le répertoire data/ ?

267 087 octets

L'exécutez-vous via MSVC ? Actuellement, il s'attend à ce que le répertoire de données soit dans "./data", ce qui est correct, c'est que MSVC l'exécute car il définit le répertoire de travail actuel à la racine du référentiel - mais si vous l'exécutez manuellement (ou que l'exécution de MSVC est différente sur différentes versions/plateformes) c'est peut-être ça ?

Deux builds ont été exécutés à partir de MSVC. Un avec Steam CD, le second avec GOG CD.

Les extracteurs ont-ils fonctionné dans le cadre de la construction ? Y a-t-il difficult1_patched et similaire dans le répertoire de données ?

La taille de la difficulté1_patched est de 139 432 octets et d'autres sont présents.

J'ai ajouté plus de journaux d'informations dans PR # 560 pour aider à voir ce qui se passe ici.

Avez-vous la possibilité de l'exécuter et de recoller le journal ?

Pas si vite.
Pour l'instant, tout semble aller bien, mais dans le passé tout allait bien aussi, et les plantages commencent après une journée de jeu normal.

à mon humble avis, ce sont des erreurs de configuration du PC.