denis2000

The_Python Если хотите менять статический объект на локации, то без перезагрузки локации - никак (я по крайней мере не слышал о кастомном движке с динамической загрузкой объектов локации), более того это будут две разные локации! Если хотите менять спавн-объект (динамический), то это возможно, но накладывает типичные проблемы таких объектов, например, как ограничение геометрических размеров, проблемы с физическим взаимодействием и т.д. Пример такого объекта - мост в рыжем лесу ЧН, более того он с анимацией. Есть такая таблица и применять ее редактирование я вам и рекомендовал в первом способе. Да читается она в начале игры движком, но вот менять в процессе игры отношения между группировками затруднительно, поскольку нет движкового метода (в оригинале) который меняет отношения между группировками в целом.

А подробностей не будет?

И правильно делаете, но вылет о другом - об ачивках... Их меняли, редактировали?

Pavel2000 Два варианта (возможно их и больше): 1. Сделать две группировки зомбированных враждебных друг-другу, а по инфо разрешить воевать (через combat_ignore). 2. Сделать два сквада и по инфо сделать их врагами между собой (готовой функции насколько я помню нет).

Хардкор начнется еще на этапе скачивания и установки.

Domovoi level.set_time_factor(10) Marquis Я, что то не помню заскриптованных сквадов плотей в оригинале. В любом случае - это вполне поправимо если менять имена найденных сквадов и в логике. Или просто замените наполнение найденных сквадов с плотей на кабанов.

Marquis Заменить сквады с плотями (имя мобов начинается на flesh_***) на другие. Используйте поиск по содержимому файлов.

Кто-то там Если настройки не задирать, то вполне играбельно будет.

стрелок_2009 Самое простое - это унаследовать настройки апгрейдов из секции другого бронекостюма: [stalker_outfit_barge]:stalker_outfit В примере stalker_outfit_barge - секция добавляемой брони, stalker_outfit - секция из которой наследуются параметры.

По моему в данном случае речь идет не о переиздании, а о издании данного тайтла на консолях. Ну да, это прямой порт с ПК без адаптации управления под СтимДек. И вероятнее всего порт на консоли будет также с кривым управлением...

vasyan54636 Вот вам и ответ.

vasyan54636 Террейн вашего гибрида единый?

FFFFF Исправить АИ-сетку.

FFFFF В логике исправить вызов функции.

SoDizzari И лог компиляции спавна, тоже посматривайте, может там что необычное появляется.

SoDizzari НПС не могут добраться до указанных мест по причине: работы не на АИ-сетке, баг АИ-сетки в этом месте, баг движка. Могу предложить только подвигать точки работ.

Pavel2000 В xr_conditions конечно. Это проверка, а не действие.

Да. Функция item_in_inventory_box работает, как я и описал.

Can't create entity

В оригинале - нет, а напишете - будет. Все необходимое есть в наличии (а может и функцию такую уже писали модеры). Суть такова: Даете своему inventory box стори_ид, затем передаете в самописную функцию параметры - стори_ид ящика и имя секции искомого предмета. Затем в скрипте xr_conditions создаете функцию в которой по стори_ид получаете inventory box, как объект, применяете к нему метод iterate_inventory box, один из аргументов этого метода - функция которая будет вызвана для каждого объекта из ящика, и в этой функции вы сравниваете имя секции предмета с искомым и если есть совпадение выставляете флаг - нашел. Результат работы вашей самописной функции и есть этот флаг.

Создайте секцию погоды с нужными характеристиками и переключитесь на нее функцией: %=set_weather( имя_секции:true )%

Вы хотя бы расширенный лог включите, разблокировав функцию abort из _g.script

Выведите в лог имя смарт_ковера, которого не может найти движок и от него пляшите. Насколько я понял вы сами-же и назначили такую логику поведения, а теперь нас спрашиваете, что сделали не так?

FFFFF Так уберите спавн НПС "в начале". И проверьте назначение логики НПС.

FFFFF Вместо/вместе с выдачей инфопорции спавните сквад вашего НПС, стандартной функцией create_squad.