AndrewMor

@gam Рад бы, да нечем. Давно не играю.

Использовать колбэк callback.on_item_take

То есть, на стандартном движке такая фишка неосуществима в принципе?

А если не секрет, в каких модах на ТЧ такое реализовано?

@Stalkersof Я к тому и веду. О-сознанец все равно будет жив. Тогда уж нужно его отсеивать, отслеживая только монолитовцев, если речь идет о локации Управление Монолитом.

А зачем такое нужно? И разве О-сознанец не будет в этих вечно живых попадать?

А, вон оно как... Не знал, гран мерси за разъяснение. С наступающим, если правильно понял

Что значит "автоматически"? При сборке спавна компилятором?

Тогда в логике должна быть ссыль на эти рестрикторы. По идее, если поиском по имени рестриктора в папках игры ничего не находится - скорее всего, не нужны они. Поищи в папках конфигов, скриптов и самом all.spawn.

@Ninna А разве такой квест у Сахара был? Не припомню такого...

@AndreySol Потому и написал, что костыльно использовать инфо-порции.

Удалять при новом заходе на локацию, как-то так. При обыске выдавать инфо, при заходе на локу - проверять инфо, если выдан - удалять труп. Костыльно конечно. Но работать будет, причем с любыми трупами, в т.ч. имеющими стори_ид. Руки дойдут - обязательно попробую.

Всегда доставали эти вечные трупы. Сама концепция Зоны предполагает, что трупы не должны вечно лежать на локациях. В идеале нужен скрипт, который убирает любой труп после его обыска ГГ.

Я его и имел в виду. Не совсем понятно, что автор поста хотел сказать этим "Как сделать материальными части, которые появляются после того, как объект был разбит". Части эти и так материальны, нет?

А, значит, все-таки выкладывали. Запамятовал-с...

Может, имелось в виду, чтоб части не пропадали?

@mole venomous , @Marafon6540 Аа, сообразил... Биндер аномалий таким же образом будет работать?

Потому и спрашиваю. Если никаких других скриптов не затрагивалось, как игра видит новый биндер?

Я полагал, что ограничение в 8 кБ продиктовано движком. И думал, может, в ОГСР 64 (ОГСЕ и т.д.) сие дело увеличено. Если неправ- поправь. Мы поначалу так и хотели, но ввиду того, что я, как соавтор (а далее и продолжатель) многого не умел и не знал, до этого дело не дошло. А потом решили, что проще на старом сюжете остановиться. И это тоже имеет место быть, пусть и не у всех. Тут недавно в писали в другой теме, что некоторые скриптовые наработки на ТЧ-движке (32х) не дружат с движком ОГСР... А адаптировать и тестить у меня уже нет никакого желания (именно адаптировать, ибо надо изучать движок, его возможности и запросы). Кстати, если не ошибаюсь, на АГ 12-шку не выкладывали (последнюю версию). Правда, могу и запамятовать. Я и не утверждал, что мои слова - истина в абсолюте, это всего лишь мое мнение. Между прочим, в родном ЗП-движке планку до 16 кБ подняли, так что...

Можно и так, конечно. @ted.80 Кстати, там из скриптов только bind_ggun.script. Как же его тогда игра увидит?

Скриптовый рандомный спавн артов - самое оно. Никогда не знаешь, где чего найдешь. Равно как с динамическими аномалиями: заранее неизвестно, где в Карусель влетишь Это да.

@AndreySol Смысла никакого, просто мысль вслух. Хотя бывает обидно: лежит труп, а подобраться никак - переход мешает.

@Бот_Николай Переход на другой движок предполагает полноценное тестирование. Кто будет этим заниматься? И уж если на то пошло - почему бы не попробовать на ОГСР 64х не запустить мод?

А в какой ситуации нужно перемещать ближе к ГГ? Если как в оригинале на Агро, где за воротами арты лежали, но не взять их... А вообще забавно: если на апдейт повесить функцию, которая проверяет, нет ли в радиусе 3 метров (5, 50 и т.д.) артов, и если есть, их удаляет, а аналогичные спавнит в рюкзак. Прямо дистанционное собирательство.

@Бот_Николай Нет, не планируется. Развивать его дальше некуда из-за забитого стоража ГГ. Тут или родной сюжет вырезать полностью, или переходить на другой движок.