SWEAW

denis2000 Файл таки один. Просто анимации действительно хранились в другом файле рук, в файле как раз для оригинального оружия. vasyan54636 Спасибо за наводку, и так использовал OMF Editor, но не думал, что анимки так по разным файлам будут распиханы. Нужные моушены действительно были буквально в приведенном файле для 34-го, его перекинул и все заработало.

Да, два файла анимаций есть ТОЛЬКО у заменяемого оригинального оружия ЗП. Вот файлы из папки мода с моделями, например, Л85, которая есть в ОРИГИНАЛЬНОЙ игре: А вот у НОВЫХ моделей, которые добавляются отдельно и не заменяют оригинальные, файл всего ОДИН. У ТОЗа, который я хочу добавить, файла два, это может ввести в заблуждение. Вот только второй это НЕ ФАЙЛ РУК, это, судя по всему, просто другая\старая версия обычного файла худа: Как понять, что это НЕ ФАЙЛ РУК? Достаточно просто открыть папку с любым другим НОВЫМ для игры оружием, например, ППШ-41: Файл ОДИН, файла для рук нет, при этом с OGFами рук из мода, в т.ч. и новыми, к которым, по идее, новые модели тоже должны быть привязаны, вылет абсолютно такой же. Что получается при попытке через СДК подвязать к оригинальным рукам единственный файл худа, я уже показывал. Если бы нужных OMF файлов изначально было 2, никакой проблемы, собственно, и не было бы.

Всем доброго. Захотелось дернуть из STCoP WP 3.7 модельку ТОЗ-106. Именно оттуда, чтобы, в случае успеха, заменить оригинальные модельки и вынуть еще несколько, чтобы все было в едином стиле. Ну да не в этом суть, суть в том, что все перекинул, модельки, текстуры, иконки, анимации, конфиги подогнал, зарегистрировал, где нужно. Игра запускается, ТОЗ в инвентаре, выбрасывается, подбирается с земли, разряжается без ошибок. Однако при попытке взять его в руки, игра вылетает со следующим логом: Понятно, что ругается на отсутствие анимации, но все нужные файлы вроде как на месте, в OMF-ке к ТОЗу эти моушены прописаны. Пробовал еще перекинуть модели рук из пака, в том числе и заменять оригинальные на новые, но вылет тот же самый. Когда попробовал вручную отмечать в SDK для оригинальных файлов рук анимации худа для оружия, игра уже вылетела на моменте старта с совсем уж каким-то страшилищем: У меня два варианта, что либо я все же что-то куда-то не дописал\не зарегистрировал, либо проблема в том, что оружейка сделана на Anvanced X-Ray, а адаптировать я пытаюсь на Зов Припяти последнего билда Open X-Ray, но я искренне надеюсь, что дело не в последнем, ибо никаких новых фич типа коллиматоров, обвесов или раскачки я не переносил, чисто модель+анимки+текстуры+конфиг. Или проблема может скрываться в чем-то еще?

Попробовал заменить time_global() на game.time(), ибо вычитал на АМК-форуме, что оно тоже возвращает время с начала игры в миллисекундах, то есть размерность и тип величины одинаковые, только время уже именно игровое, что, по идее, должно было сработать, но по итогу не сработало и ассортимент перестал обновляться вообще, хотя вылетов тоже не было. Это огромная проблема и мешает она очень сильно, потому что, как я в исходном посте объяснял, это оставляет возможность абузить торговцев через сейв-лоад, а абузы, даже потенциальные, это, как минимум, не очень хорошо. Как тогда можно поменять порядок проверки на обратный? Ведь получается смысла в проверке времени нет, когда на любом ф5-ф9 первой обновляется секция снабжения.

То есть, если, условно, поменять global_time на CTime (она же вроде отвечает за игровое время?), будет зависимость именно от времени в игре? И еще остается проблема с полным игнором игрой этих самых зависимостей в реальных часах, а вместо этого обновлением после каждой загрузки сейва. Пробовал глядеть файлы xr_s и bind_trader, потому что в первом есть функция on_game_load, а во втором, очевидно, слово trader, но дальше этих совпадений цепочку зависимостей продлить к сожалению не удалось.

denis2000 насколько я понял, в update основную роль здесь играет этот кусок: Мол, обновлять (что-то?) каждый игровой час, а ассортимент каждые игровые сутки. Но еще там присутствует две секции save и load, где участвуют уже resuply_time и update_time: И вот что в них происходит, у меня вообще, честно говоря, не выходит переварить, понимание скриптов пока очень сложно дается. Если разбираешься, можешь пожалуйста пояснить, где подвох?

И снова всем привет. Каким образом можно в ЗП прописать обновление ассортимента у торговцев, привязанное не к каждой загрузке сохранения (ибо это очевидно абузится), а к периоду времени, к примеру, раз в несколько игровых часов или дней. Пытался гуглить, какие-то отголоски упоминания подобной системы вроде как есть в разных обсуждениях Дед Эир, Аномали и даже где-то есть тема про ОП-2.2, однако ничего существенного там найти не удалось. А скачивать десятки гигабайт ради поиска нескольких условно текстовых файлов крайне накладно по множеству причин. Ну и ограничивается ли дело только скриптами да конфигами, или для этого нужно еще и в исходниках движка ковыряться?

AfterGlow поверить не могу, что дело было именно в такой банальщине.. убрал пробелы, СДК наконец-таки съел настроенный смарт без вылета. Спасибо.

AfterGlow проводник: "D:\STCoP SDK\SDK 0.7 Full Win64\X-Ray_CoP_SDK\editors" На всякий случай еще то, что прописывал в параметрах конвертера для декомпила локаций, мало ли, может там накосячил где-то: converter.ini: [3870_config]:3456_config $game_data$ = D:\STCoP SDK\SDK 0.7 Full Win64\X-Ray_CoP_SDK\editors\gamedata\ $game_levels$ = D:\STCoP SDK\SDK 0.7 Full Win64\X-Ray_CoP_SDK\editors\gamedata\levels\ spawn_version = cop fsconverter.ltx: $sdk_root$ = false| false| D:\STCoP SDK\SDK 0.7 Full Win64\X-Ray_CoP_SDK\editors\ Но как бы никакой киррилицы, системных дисков и папок Program Files

Yara не помогло. Никаких дубликатов не нашел, как-то получилось создать новый графпоинт (при чем пару раз абсолютно рандомно вылетало на этапе самого размещения), бахнуть на нем смарт террейн (тоже несколько вылетов при попытке открыть параметры или переместить/повернуть) и даже открыть настройки последнего, но на этом все, потому что после нажатия на закрытие окна настройки стабильный вылет с тем же самым логом.

Всем еще раз привет. Вот с таким логом вылетает SDK при попытке открыть параметры или переместить смарт после его создания на уже существующем графпоинте: Почти такой же лог при попытке зарегать в новом графпоинте новый смарт для создания, только вместо [zaton_smart_terrain] просто [zaton_terrain]. Имя регистрируемого смарта отличается от всех существующих в game_graphs.ltx.

denis2000 спасибо за ответ, хоть и вопросов появилось еще больше. Получается, симуляционным сквадам (или приписанным к симуляционным смартам?) нельзя выставить кастомную логику? Или можно, как раз через секцию [эксклюзив] в файле смарта и отдельный файл ltx, но без обязательного добавления своих вей\анимпоинтов в СДК она работать не будет? Или все таки можно вписать какие-то уже имеющиеся на карте, чтобы ничего не добавлять и не рекомпилить all.spawn? Сорри за такой поток, но сильно запутался в количестве условий.

Prostomod спасибо за оперативный и по существу ответ! Название логики в файле смарта поменял на zat_15_sim_logic, изначально запутался, думал, что именно смарту нужно присвоить отдельный файл поведения, а оказывается просто название логики=файл логики, тут понял. Секцию suitable в самой логике тоже исправил по указанию, разделил фигурные скобки, сперва не сообразил, что ИЛИ это именно разделение через запятую, а не наоборот, с этим тоже спасибо. Вылет ушел (был еще один из-за префиксов смарта в секциях пути и взгляда, но их убрал, и игра запустилась), но неписи все равно упорно стреляют в ответ на первую же пульку в их сторону. Чего еще может не хватать? Строчки игнора боевки вроде стоят:

Всем доброго времени суток. Решил попробовать изменить логику (чтобы не реагировали на стрельбу по себе) отряду, который встречается ГГ на Затоне сразу в начале игры. На всякий случай, движок оригинального ЗП заменен на OpenXRay, если это тоже может влиять. Суть проблемы: В SDK 0.7 нашел смарт zat_sim_15, к которому привязан этот отряд с названием simulation_stalker_for_a1 (инфа из файла simulation.ltx). Там же в SDK есть и пути zat_sim_15_guard_1_walk и точки look, в config\scripts\zaton\smart есть zat_sim_15.ltx, но отдельного файла логики именно для отряда я не нашел. Попробовал прописать его самостоятельно, добавив в zat_sim_15.ltx (спойлер 1). Далее создал в config\scripts\zaton соответствующий файл zat_sim_15_logic и в него вписал (спойлер 2). Попробовал начать новую игру и на загрузке произошел вылет с логом (спойлер 3). Перед этим еще несколько раз пытался всякое прописывать, предварительно прикурив пару гайдов и статей, но они не приводили вообще ни к какому результату, а вылет уже хоть какой, но показатель перемен. Собственно, я понимаю, что наворотил где-то херни, скорее всего, везде, но до конца не понимаю, где именно, и насколько. Прошу помощи у знатоков.

Два дня лаунчер нормально запускался и более-менее стабильно работал (не считая постоянного двойного уведомления о наличии обновления, хотя оно уже было произведено), сегодня отказался запускаться по причине "Lost Alpha Configurator должен запускаться из каталога с модификацией Lost Alpha". Он все это время там и находился, никаких перемещений файлов\каталогов не производилось, никаких сторонних файлов в каталоги игры не внедрялось, просто внезапно отказался работать. Кто сталкивался, какие есть возможные решения? Дополнено 0 минут спустя Решилось переустановкой. Перед ней обнаружил, что из папки bins пропал непосредственно файл движка XR_3DA, просто испарился, ибо ни антивирус, ни кто-либо другой этот файл не удаляли и не перемещали, мистика. Так что, возможно, если этот файл откуда-либо вернуть в папку, переустановка не понадобится. После первой установки игры желательно сделать где-нибудь резервную копию этого файла. Т.к. на всех "официальных" ресурсах он лежит на "очень удобном" Dropboxe c обязательной регистрацией для скачивания - перезалил его на Google-диск: