Prostomod

Хоть и костыль на костыле, но за мод спасибо - всегда было интересно, как такую механику реализовывали в старых модах, когда доступа к движку не было.

Ну а другие не видят смысла разрабатывать в древнющих программах 20+ лет давности при возможности переехать на современный инструментарий, даже при условии, что придётся заменить устаревшие библиотеки на современные развивающиеся аналоги.

Частенько встречал упоминание этого зверя (и даже коммиты оттуда), но самого его не видал до сегодняшнего дня. Это просто проект по развитию оригинального SDK (как понял, за основу взят SDK от ЧН?), или мод делался параллельно? Почитал их форум - могу сказать, что этот проект в принципе как-то не освещался. Я лично о его существовании знал только по коммитам в других проектах SDK.

Смотри: у тебя в sr_idle@spawn есть 2 on_info, и оба переключают секцию при выполнении. Поэтому, когда срабатывает первый on_info - у тебя срабатывает переключение сразу в секцию sr_idle@nil + выполняются функции в процентах (спавн трупа). И после этого следующий апдейт логики - она уже на секции sr_idle@nil, и ей недоступны те on_info, которые были раньше. Решение (точнее, одно из): сделай промежуточную секцию, например sr_idle@after_spawn. Первый on_info из sr_idle@spawn оставь как есть, только переключение сделай в новую секцию, а не в sr_idle@nil. А вот on_info2 перенеси в новую секцию, вместе с этим исправив её имя на просто on_info, иначе не будет работать. Вообще, если узнать, что такое "машина состояний" (оно же FSM) - такой математический механизм - то очень легко понять, что логика в сталкере - это самый что не на есть FSM. Ну это так, лирическое отступление. Решение твоего вопроса выше.

А под него и нет СДК - берёшь ванильный, делаешь в нём, и закидываешь результаты в мод на этом движке. Претензии за то, что в составе ОГСР нет СДК - к авторам движка:).

Мод я не скачивал дальше - лишь дал наводку, где полный лог смотреть. Если лог всё-таки был, но не был найден - не моя проблема.

Ну как я понял по скринам - мод сделан на основе ТЧ, верно? Как минимум, за ЗП или ЧН не похоже:).

Дедушка_Велис Ну... Тогда извини, не знаю как помочь - надо разбираться с тем, что там вообще происходит, что на ванильном (оригинал ТЧ в основе у тебя ведь?) будет гораздо сложнее. FacingSlave Если вылет безлоговый - не поможет.

Ну как где... Открой fsgame.ltx, найди строку $app_data_root$, и смотри на ней самую правую запись - это папка со всяким (сейвы, логи, скрины и т.д.). Там есть папка logs - это логи. Ну вот после вылета там и будет полный лог игры - самый свежий файл. Хотя, особенно на ванильном движке, может быть проблема, что лога нет - это проблема.

Дедушка_Велис А хоть лог какой-то вылета есть? Если что, я про полноценный .log файл, а не то, что можно получить через ctrl+V после вылета.

Вроде как, разработчики игры Star Control 3 в 1996 году готовы были релизить её, но вдруг оказалось, что происходит вылет при закрытии игры (игра под DOS, она закрывалась и выводила в консоль сообщение об ошибке). Ошибка была стабильна, но времени на исправление не было, издатель запретил вносить правки в код. И поэтому, они просто подменили сообщение об ошибке на фразу "Thank you for playing Star Control 3". Вот я очень удивился бы, если б тут также "исправили" бы тот вылет:)

Через HEX или дизассемблер только не пытайся редактировать эти файлы - проще самому внести правки в исходниках и собрать нормально. Конкретно где задаётся это значение я не знаю, но можешь найти в движке саму ту консольную команду (поиск по движку строки с именем команды), и после проследить логику работы, и где лимиты назначены. Только учти: если сделать лимит слишком высоким, то у тебя движок тупо не вытянет траву.

Mawrak Глядел по IX-Ray, про ваниль не знаю: Получить клиентский объект - тот объект, который мы проверяем на нахождение в нашем контейнере. Используя метод "parent" (my_cobj:parent()), получаем объект, внутри которого он содержится. Если такого нет (просто валяется где-то) - метод вернёт nil. Проверяем, что родитель - это наш контейнер. Или через story_id, или просто ID (если знаем его), или ещё как-то. Никаких iterate_inventory не требуется. И по идее, даже если повесить на тик, не особо сожрёт ресурсов, но лучше на событие какое-нибудь придумать.

Сам вытащил, или где-то есть пак растительности оттуда?

Это что тут вообще происходит? Можно пж хронологию событий:)? (Неужели это какой-то движ, о котором узнаю не постфактум:)?)