Openapoc: APPCRASH (die ganze Zeit)

Erstellt am 24. Apr. 2019  ·  13Kommentare  ·  Quelle: OpenApoc/OpenApoc

Hallo alle zusammen!
Das Spiel stürzt ständig zufällig ab (nicht im Kampfmodus). Kann nach 10 Sekunden nach dem Start oder einfach jederzeit passieren. Ich habe die letzte v0.1-447-g109644d5 + offizielle Gog-Version des Spiels ausprobiert.
Windows sagt (RU):
Problemsignatur:
Name des Problemereignisses: APPCRASH
Anwendungsname: OpenApoc.exe
App-Version: 0.0.0.0
Zeitstempel der Anwendung: 5cbe2045
Name des Fehlermoduls: OpenApoc.exe
Fehlermodulversion: 0.0.0.0
Zeitstempel des Fehlermoduls: 5cbe2045
Ausnahmecode: c0000005
Ausnahme-Offset: 00000000009ec9b
Betriebssystemversion: 6.1.7601.2.1.0.256.48
Sprachcode: 1049
Weitere Informationen 1: 4aeb
Zusatzinformation 2: 4aebd51fab1d00395e37b483f511b0c7
Zusätzliche Informationen 3: 692c
Zusätzliche Informationen 4: 692ccecc8f68ee8eb546f715ef6813aa

+ Openapoc-Logdatei hochladen
Verwenden von Win 7 x64
Danke!
openapoc_log.txt

!BUG! HIGH PRIORITY

Hilfreichster Kommentar

Ich habe in PR #560 weitere Infoprotokolle hinzugefügt, um zu sehen, was hier vor sich geht.

Hast du die Möglichkeit, das auszuführen und das Protokoll erneut einzufügen?

Alle 13 Kommentare

Sieht so aus, als ob Ihre XCOM.BIN irgendwie beschädigt wurde, sie sollte ungefähr 604,8 MB (604.847.376 Bytes) groß sein. Wenn Sie Ihr Protokoll durchsuchen, finden Sie viele beschädigte Dateien wie z

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

und

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

Das Protokoll gibt das 50-mal aus verschiedenen Dateien aus.

Diese PNG-"Fehler" sind normal - es versucht zu sehen, ob eine Bilddatei eine PNG-Datei ist (was sie nicht sind), dann fällt es auf PCX zurück (das sind diese Dateien). Nur wenn Sie sehen, dass der PCX-Loader fehlschlägt, sollte dies tatsächlich ein Fehler sein.

Ich habe 2 Versionen des Spiels gebunden und die gleiche Geschichte passiert immer noch, ich weiß nicht, was ich tun soll.

Ich habe dieses Problem selbst noch nicht gesehen - vielleicht ist etwas mit Ihrem System anders (Betriebssystem-/Treiberversionen, Einstellungen wie Lokalisierung?)

Gibt es eine Chance, eine Rückverfolgung zu erhalten? Es könnte uns helfen herauszufinden, was los ist, wenn wir genau wissen, wo es abstürzt.

Diese PNG-"Fehler" sind normal - es versucht zu sehen, ob eine Bilddatei eine PNG-Datei ist (was sie nicht sind), dann fällt es auf PCX zurück

Ich dachte, es sei verdächtig, dass es für ihn zum Absturz führen könnte, da mein Protokoll nicht erwähnt, dass versucht wurde, die pcx-Datei als PNG zu laden. Am Ende der Datei werden keine Warnungen oder Fehler angezeigt, die diesen Absturz provoziert haben.

Kann nach 10 Sekunden nach dem Start oder einfach jederzeit passieren.

Haben Sie eine Vermutung, wie lange es dauert, bis ein Crash passiert? Können Sie sich auch daran erinnern, was Sie kurz vor dem Absturz versucht haben?

  1. Ich werde versuchen, morgen eine Rückverfolgung zu erhalten und die Informationen zu aktualisieren (hatte ich noch nie zuvor).
  2. Überhaupt keine Vermutungen. Das letzte Mal, als es zum Absturz kam, war es die Startzeit am ersten Tag (ich dachte, das Problem könnte in der Umbenennung von Agenten liegen - ich benenne Agenten normalerweise in Tank 1, Tank 2 usw. um ... aber dieses Mal habe ich noch nicht mit der Umbenennung begonnen).
  3. Verwenden der EN(GB)-Lokalisierung.

Hallo!
Sieht so aus, als hätte ich keine Fähigkeiten, um eine Rückverfolgung zu erstellen ... Wenn jemand etwas Zeit aufwenden kann, um herauszufinden, was hier nicht stimmt, können wir uns mit TeamViewer verbinden ... Ich bin jetzt online in:
Zwietracht https://discord.gg/sYnshc
skype - khlopkov1 (Petr Khlopkov)
Signal/Was ist los/Viber/Telegramm +79639119870

Ich nehme ihn. Anleitung zur Arbeit.

Hallo wieder!
Wir haben uns mit @Atrosha verbunden und mit TeamViewer folgendes gefunden:
Spiel startet, zeigt Intro-Film und nach dem Start des Kampagnenmodus werden Fehlermeldungen angezeigt:
1
2

Danach stürzt das Spiel ab und es treten mehrere Ausnahmen auf:
3

Ich hänge Stacktrace und Gamelogs an:
stacktrace.txt
openapoc_log.txt

Wir haben versucht, den neuesten Master-Zweig mit GOG und Steam cd.iso zu kompilieren. Diese Rückverfolgung für Steam-CD.
Die GOG-Version funktioniert ok (1 Tag Gameplay ohne Abstürze), aber bevor wir das alles gemacht haben, stürzte das Spiel immer noch ab, als ich v0.1-447-g109644d5 installierte (oder einfach entpackte).

Immerhin habe ich v0.1-447-g109644d5 + Steam-Version ausprobiert und keine Abstürze nach 5 min Spielzeit (Wunder? Mondphase?).
Was hat sich geändert? Nun, wir haben Visual Studio installiert und ich habe c++-Pakete installiert:
4
Davor habe ich versucht, mit den C++-Packs 2015 und 2010+ zu spielen (kann ich nicht für wahr sagen - erinnere mich nicht).

Ich werde morgen weiter testen und Infos aktualisieren.

Gibt es ein "gamestate_common" im data/-Verzeichnis?

Läufst du es über MSVC? Derzeit wird erwartet, dass sich das Datenverzeichnis in "./data" befindet, was richtig ist, wenn MSVC es ausführt, da es das aktuelle Arbeitsverzeichnis auf das Stammverzeichnis des Repositorys setzt - aber wenn Sie es manuell ausführen (oder die Ausführung von MSVC anders ist) verschiedene Versionen/Plattformen) kann es daran liegen?

Wurden die Extraktoren als Teil des Builds ausgeführt? Gibt es im Datenverzeichnis schwierig1_patched und ähnliches?

Gibt es ein "gamestate_common" im data/-Verzeichnis?

267 087 Byte

Läufst du es über MSVC? Derzeit wird erwartet, dass sich das Datenverzeichnis in "./data" befindet, was richtig ist, wenn MSVC es ausführt, da es das aktuelle Arbeitsverzeichnis auf das Stammverzeichnis des Repositorys setzt - aber wenn Sie es manuell ausführen (oder die Ausführung von MSVC anders ist) verschiedene Versionen/Plattformen) kann es daran liegen?

Zwei Build wurde von MSVC ausgeführt. Einer mit Steam-CD, der zweite mit GOG-CD.

Wurden die Extraktoren als Teil des Builds ausgeführt? Gibt es im Datenverzeichnis schwierig1_patched und ähnliches?

Schwierigkeit1_patched Größe ist 139 432 Bytes und andere sind vorhanden.

Ich habe in PR #560 weitere Infoprotokolle hinzugefügt, um zu sehen, was hier vor sich geht.

Hast du die Möglichkeit, das auszuführen und das Protokoll erneut einzufügen?

Nicht so schnell.
Im Moment scheint alles in Ordnung zu sein, aber in der Vergangenheit war auch alles in Ordnung und stürzt nach einem Tag des normalen Spiels ab.

Imho ist das ein PC-Konfigurationsfehler.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen