Openapoc: APPCRASH (все время)

Похоже, ваш XCOM.BIN каким-то образом был поврежден, он должен быть около 604,8 МБ (604,847,376 байта). Просматривая ваш журнал, вы обнаружите множество поврежденных файлов, таких как

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

а также

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

Журнал выводит это 50 раз из разных файлов.

Эти «ошибки» PNG являются нормальными - программа пытается определить, является ли файл изображения PNG-файлом (а это не так), затем возвращается к PCX (каковым являются эти файлы). Так что, только если вы видите, что загрузчик PCX не работает, это действительно ошибка.

Я связал 2 версии игры и до сих пор та же история, не знаю, что делать.

Я сам не видел этой проблемы - может быть, в вашей системе что-то не так (версии ОС / драйверов, такие настройки, как локализация?)

Есть ли шанс получить обратный след? Это может помочь нам понять, что происходит, если мы точно знаем, где происходит сбой.

Эти «ошибки» PNG являются нормальными - программа пытается определить, является ли файл изображения PNG-файлом (а это не так), а затем возвращается к PCX.

Я подумал, что это было подозрительно, что это могло вызвать сбой, поскольку в моем журнале не упоминается, что он пытался загрузить файл pcx как png. В конце файла не отображается никаких предупреждений или ошибок, которые спровоцировали этот сбой.

Может произойти через 10 секунд после запуска или в любой момент.

У вас есть какие-нибудь предположения, сколько времени потребуется, чтобы произошел сбой? Также можете ли вы вспомнить, что вы пытались сделать незадолго до того, как произошел сбой?

1. Я постараюсь получить обратную трассировку завтра и обновить информацию (никогда не делал этого раньше).
2. Никаких догадок. Последний раз произошел сбой, это было время запуска в первый день (я думал, что проблема может быть в переименовании агентов - я обычно переименовываю агентов как tank 1, tank 2 и так далее ... но на этот раз я еще не начал переименование).
3. Использование локализации EN (GB).

Привет!
Похоже, у меня нет навыков для отслеживания ... Если кто-то хочет потратить некоторое время, чтобы выяснить, что здесь не так, мы можем подключиться с помощью TeamViewer ... Я сейчас в сети:
раздор https://discord.gg/sYnshc
skype - khlopkov1 (Петр Хлопков)
сигнал / что случилось / viber / телеграмма +79639119870

Я его беру. Руководство по работе.

И снова здравствуйте!
Мы связались с
Игра запускается, показывает вступительный ролик, а после запуска режима Campain показывает диалоги с сообщениями об ошибках:

После этого игра вылетает и вызывает несколько исключений:

Прилагаю stacktrace и gamelogs:
stacktrace.txt
openapoc_log.txt

Мы попытались скомпилировать последнюю основную ветку с помощью GOG и Steam cd.iso. Это след для Steam CD.
Версия GOG работает нормально (1 день игры прошел без сбоев), но до того, как мы все это сделали, когда я установил v0.1-447-g109644d5 (или просто разархивировал), игра все время вылетала.

В конце концов, я попробовал v0.1-447-g109644d5 + версию Steam и никаких сбоев после 5 минут игрового процесса (чудо? Фаза луны?).
Что изменилось? Итак, мы установили Visual Studio, и я установил пакеты c ++:

До этого я пытался играть с использованием пакетов c ++ 2015 и 2010 + - (не могу сказать правду - не помню).

Я продолжу тестировать завтра и обновлю информацию.

Есть ли "gamestate_common" в каталоге data /?

Вы запускаете его через MSVC? В настоящее время он ожидает, что каталог данных будет в "./data", что правильно, если MSVC запускает его, поскольку он устанавливает текущий рабочий каталог в корень репозитория, но если вы запускаете его вручную (или запуск MSVC отличается от разные версии / платформы) может быть что?

Работают ли экстракторы как часть сборки? Есть ли в каталоге данных трудности1_patched и подобные?

Есть ли "gamestate_common" в каталоге data /?

267 087 байт

Вы запускаете его через MSVC? В настоящее время он ожидает, что каталог данных будет в "./data", что правильно, если MSVC запускает его, поскольку он устанавливает текущий рабочий каталог в корень репозитория, но если вы запускаете его вручную (или запуск MSVC отличается от разные версии / платформы) может быть что?

Две сборки запускались из MSVC. Один со Steam CD, второй с GOG CD.

Работают ли экстракторы как часть сборки? Есть ли в каталоге данных трудности1_patched и подобные?

Размер сложности1_patched составляет 139 432 байта, и другие присутствуют.

Я добавил дополнительные информационные журналы в PR # 560, чтобы увидеть, что здесь происходит.

Есть ли шанс, что вы сможете запустить это и заново вставить журнал?

Не так быстро.
На данный момент все в порядке, но и раньше все было хорошо, и вылеты начинались после дня обычного игрового процесса.

имхо это ошибки конфигурации ПК.