Известны ли случаи, чтобы фреймворк XNA зависал, особенно на слабых процессорах, или это баг в самой игре?

Question

[Rou1997]

Игра не моя, это Alawar, но она мне очень нравится, хочу исправить проблему (ilasm и т.п.)

XNA 4.0.
Еще какая-то непонятная библиотека ProjectMercury.

Симптомы:
Захожу в уровень, играю, вдруг через некоторое время картинка перестает обновляться, звук продолжает проигрываться, на Alt+F4 не реагирует, после Ctrl-Alt-Del окно игры становится серым, с помощью панели задач закрыть окно не получается, окно диспетчера задач не может выйти на передний план, зависшая игра его заслоняет, приходится с помощью эскизов в панели задач и клавиш-стрелок выбирать нужный процесс и завершать.
Никакой связи с конкретными уровнями или действиями в игре, чтобы зависание происходило при появлении конкретных спрайтов, скажем диалогов и т.д. - не наблюдается, зависало в самые разные моменты, даже на первом уровне, то есть проблема видимо в самом game loop (tick).
Но зависало всегда только в уровнях, то есть там где идут ресурсоемкие процессы, отсюда и подозрение, что процессор недостаточно быстро обрабатывает какие-то действия, а в XNA или же игре что-то "криво", отсюда и зависание.

Запустить под отладчиком пока не получилось, по отладке .NET я пока не спец, Mdbg выводит ошибку вроде:

(0x8013134B): Протокол отладчика несовместим с отлаживаемой программой. (Исключение из HRESULT: 0x8013134B)

Это что-то связанное с COM, странно, архитектура соответствует, и у отладчика и у EXE - x86.

И по-видимому это не Exception, так как вокруг RunGame (или вроде того, в общем в методах "верхнего уровня") стоит try-catch, который все исключения отображает в WinForms'овский MessageBox, а я ни разу не видел чтобы он появлялся, ну разве что если он заслонен тем же окном?

Вы сталкивались с такими проблемами в самом XNA или каких-то библиотеках?
Или это "косяк" самой игры?

P.S.
В другой игре, на другом "движке" - Unity3D, я тоже подобную проблему видел, симптомы схожие, странно.
С нативными играми никогда не было такого.
Есть подозрение, что это Alawar хитро встраивает свою DRM, игру я запускаю вне его wrapper'а в котором 30-минутный trial, на первый взгляд обойти trial довольно просто, - аргументы командной строки, но может они воспользовались особенностями MSIL и "пропатчили по полной"?
Ну ОК, коллеги, я сдаюсь, готов оплатить вашу игру если это так, но вдруг не так, тогда зачем же мне такой продукт оплачивать? :)

Comments

[TheTalion]

Напиши разработчикам напрямую, чего гадать.

[Rou1997]

TheTalion: Они не обязаны помогать, даже если я куплю игру! Во-вторых, могут сослаться на системные требования, и я не узнаю, правда это или нет. В-третьих, игра 2012 года, они еще живы вообще? :)

[Дмитрий]

К системным требованиям присматриваться нужно. Не знаю, о какой игре вы ведёте речь, но нередко бывает так, что сделан отдельно движок и отдельно пишется логика игры, на скриптовых языках - то есть, разработчикам непосредственно в движок доступа нет (есть разработчики, использующие свой собственный движок, а есть и использующие чужие движки, но если это XNA, то, скорее всего, что-то самописное). И если движок не поддерживает систему (например, сам сталкивался с проблемами на 64-битной WinXP), то даже разработчики игры далеко не всегда могут помочь. Что касается их DRM, то там никакой глубокой интеграции нет (не было, по крайней мере) - просто обёртка.

Под XNA когда-то писал, проблем не замечал.

Что касается обращения к разработчикам, уверен, что это ни к чему не приведёт. Во-первых, вряд ли они смогут воспроизвести проблему, так как это явная несовместимость с чем-то в вашей системе (Алавар тестирует на достаточно большом парке машин и проверяют совместимость со множеством версий ОС - если бы была проблема на этом уровне, то её бы обнаружили; единственное - WinXP 64 не фиксят обычно). Во-вторых, разработчики могли давным-давно поменять движок и разбираться, что там за проблема, никто не будет. В-третьих, могут быть ограничения, наложенные договорами. В-четвёртых, даже если они знают, в чём проблема, никто не будет фиксить игру (а вам информацию об этом никто не даст, а даже если даст, то она вам не поможет).

Схожие симптомы в разных движках - не обращайте внимания, такие «зависания» будут вести себя схожим образом независимо от движка.

[Rou1997]

Дмитрий: "Что касается их DRM, то там никакой глубокой интеграции нет (не было, по крайней мере) - просто обёртка."
Но я заметил, что у их DRM видимо есть разные версии. Иногда в реестре можно "подкручивать" время причем у него максимум 30 минут, я ставлю больше, но оно не ругается, а просто выставляет 30 минут 0_o. Иногда можно завершать процесс обертки. А иногда работают оба способа. В разных играх все же по-разному.

"это явная несовместимость с чем-то в вашей системе"
Несовместимость с чем-то в системе? Это что, драйвер или прошивка BIOS, или утилита для получения Root на Android? Нет - это всего лишь игра, причем основанная на довольно высокоуровневом XNA, а он должен быть абстрагирован от "железа".

"сам сталкивался с проблемами на 64-битной WinXP"
Какими?

"даже если они знают, в чём проблема, никто не будет фиксить игру"
Тоже так думаю, для такой крупной фирмы это просто нерентабельно, во всяком случае они так считают, придется самому разбирать потихоньку.

"Схожие симптомы в разных движках - не обращайте внимания"
А когда меня спрашивают, то лучше Unity или UDK, XNA или UDK, то мне об этой слишком уж характерной особенности скромно умалчивать?

[Дмитрий]

Rou1997: «В разных играх все же по-разному.»
Естественно. Со временем защита меняется. Но в саму игру не встраивается.

«Нет - это всего лишь игра, причем основанная на довольно высокоуровневом XNA, а он должен быть абстрагирован от "железа".»
Во-первых, тот же XNA требует и правильный рантайм, и различные фреймворки, и нормальные драйвера и т.п. А во-вторых, кто вам сказал, что проблема непосредственно в XNA? Думаете, там никаких библиотек сторонних не прикручено? Уверен, что прикручены, и далеко не одна. Вполне возможно, что проблема в одной из них.

«Какими?»
Уже не помню (ну и доступа к алаваровскому багтрекеру у меня уже нет). Игра не работала на WinXP 64 (проблемы именно с алаваровским движком). Авторы движка сказали «won't fix, ибо WinXP 64». Так игра и вышла в релиз.

«Тоже так думаю, для такой крупной фирмы это просто нерентабельно,»
Имейте в виду, что здесь как минимум две составляющие: непосредственно разработчики игры и Алавар (издатель). И чтобы выпустить исправление, нужно чтобы разработчики игры сделали фикс, чтобы издатель сделал полное тестирование (ибо исправление движка), затем обновить игру на своих сайтах, отправить исправленную версию партнёрам (BFG, Zylom и др.). Те, в свою очередь, также будут проводить полное тестирование и только тогда выкладывать новую версию. Вы же понимаете, что для исправления чрезвычайно редкого (!) бага в игре четырёхлетней давности, это как-то слишком? Я даже не уверен, что это реально баг (если несоответствие системным требованиям или какие-то косяки в системе). И вообще, с огромнейшей вероятностью, они его просто-напросто не смогут воспроизвести (или вы знаете ещё кого-то с такой проблемой?), а если невозможно воспроизвести, то и невозможно исправить.

«А когда меня спрашивают, то лучше Unity или UDK, XNA или UDK, то мне об этой слишком уж характерной особенности скромно умалчивать?»
Ещё раз: никакая это не особенность движка. С точно такими же симптомами может зависнуть игра на абсолютно любом движке. Более того, если у вас не хватает мощности для XNA, то о каких Unity и тем более Unreal Engine (уже давно все забыли про UDK) может идти речь? Ну, XNA уже давно нет смысла использовать, ибо он умер. А что выбрать из MonoGame, Unity и Unreal - тут зависит: а) от того, какую игру хотят сделать (выбор инструмента зависит от задачи) и б) от знаний/скиллов непосредственно разработчика (если человек свободно пишет на C#, то смысла садить его на С++ движок нет никакого). А в некоторых случаях сравнивать MonoGame и Unreal - вообще глупо, ибо минимальные системные требования у второго несравнимы с первым.

[Rou1997]

Дмитрий: "Но в саму игру не встраивается."
Что значит не встраивается в саму игру? Я вижу в EXE игры проверку аргумента командной строки, и она реализована далеко не в Main(), в самом Main() только задается parentProcess = null, а игра прекращает работу уже где-то "в глубине".

"А во-вторых, кто вам сказал, что проблема непосредственно в XNA?"
Пока никто мне ничего не сказал.

"И чтобы выпустить исправление, нужно чтобы разработчики игры сделали фикс"
Если по-хорошему, то их бюрократия это их проблемы, если я заплатил то должен получить соответствующий продукт, но юридически оно конечно "as is" со всеми вытекающими.

"Ещё раз: никакая это не особенность движка. С точно такими же симптомами может зависнуть игра на абсолютно любом движке. "
С другими не было.

"Я даже не уверен, что это реально баг (если несоответствие системным требованиям "
Это баг. При низком быстродействии программа должна "тормозить", а не зависать. Хотя многие не со мной не согласятся, даже в Android есть "watchdog", который тестирует быстродействие и не даст запуститься мультимедийной службе, а значит и ОС, видимо там очень много таких багов и их просто не захотели исправить.

[Дмитрий]

Rou1997:

Что значит не встраивается в саму игру? Я вижу в EXE игры проверку аргумента командной строки, и она реализована далеко не в Main(), в самом Main() только задается parentProcess = null, а игра прекращает работу уже где-то "в глубине".»

Знаете, что такое «упаковщики» (не путать с архиваторами)? Берётся .exe, обрабатывается специальной программой (сжимается), в результате получается .exe, который при запуске «на лету» распаковывает и запускает исходный .exe. Это в самом простейшем случае. Более сложные могут содержать свою виртуальную файловую систему, различные защиты и др.

Пока никто мне ничего не сказал.

Говорю: с огромнейшей вероятностью, проблема исключительно в вашей системе, а не в движке.

С другими не было.

Похожий эффект можно получить даже просто переключаясь с полноэкранной игры на рабочий стол (на неторопливых компьютерах).

Это баг. При низком быстродействии программа должна "тормозить", а не зависать. Хотя многие не со мной не согласятся,

Конечно не согласятся. Во-первых, в вашем случае, вряд ли дело исключительно в производительности процессора (например, вы пробовали запустить игру на свежеустановленной винде? Пробовали запустить на другой версии ОС на этом же ПК? Пробовали запустить на той же самой версии ОС, но на другом железе, с аналогичной конфигурацией? Может у вас вообще проблемы с памятью или процессором, проявляющиеся только при определённых обстоятельствах...). Во-вторых, принципиально невозможно гарантировать 100% работоспособность на всём железе, на всех версиях ОС и со всем зоопарком софта/драйверов/и т.п. в конкретной системе. Более того, в некоторых случаях даже простое замедление работы может «ломать» работоспособность программы на аппаратном уровне и на уровне софта невозможно предусмотреть абсолютно все проблемы, которые теоретически могут повлиять на работоспособность.