Dennis_Chikin

Так а в bind_stalker эти самые неписи откуда берутся?

Да, любой непись. Только в Ваших первоначальных вариантах, с вылетами, никаких неписей вообще не предусматривалось. Потому и вылеты.

Обыскиваться она будет всегда. Без лазания в модельку максимум что можно сделать - добавить в on_use() level.hide_indicators() level.show_indicators()

"В каких модах и скриптовых сборках можно наглядно посмотреть" - понятия не имею. Разницы с неписями и даже актором - вообще ни какой. Точнее, единственная с конкретно актором в том, что актор в офлайн не ходит, и, соответственно, записанное сохраняется всегда. Впрочем, трупы в офлайн тоже, как правило, не ходят. @abramcumner, в "реальных запчастях" типа только количество увеличивается, без учета способа забоя? и всегда одинаковое? Ну и все равно надо хранить, что запчасти уже спавнили. upd: посмотрел исходный пост еще раз: там в приведенном куске вообще странное делается. Так что хранить надо "минус запчасти", и при смерти вычислять разницу. При использовании тушки - создавать, и обнулять сохраненное.

Да, и Вы перед этим должны его откуда-то взять.

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

function myfunction( npc ) if npc:character_community() == "stalker" then Как-то так, наверное. И при вызове его надо туда передать. В bind_stalker, разумеется, никаких npc тоже нет, и откуда бы они там взялись - я не знаю.

@naxac, я ему уже предлагал: db.storage[mob:id()].pstor.mparts = n Не хочет. @F.Constantine, естественно, вылет. if npc:character_community(stalker) - во-первых, здесь не существует никаких "npc", во-вторых - у неписей нет свойства health_hit_part Это задается именно через конфиг. Разбирайтесь. Ну и традиционно, горы трупов неписей в модах - результат работы некоей "оффлайн боевки", которая amk_offline_alife.script, вообще не имеет отношения к параметрам неписей, ибо они там просто убиваются случайным образом.

Таки по дохлым и ПРОПАВШИМ квестовым неписям: 1. Смотрим в sak.script табличку local nepis = { бла-бла-бла на предмет нужного непися 2. В идеале надо еще свериться с распакованным олспавном, ибо на примере Круглова имеем аццкий косяк, на примере которого дальше и буду разбирать: Добавляем код для восстановления, например, в bind_actor.script, можно хоть в function actor_binder:__init (obj) super(obj), перед end: 3. Удаляем инфо, выдаваемые при смерти непися, например для Круглова: self.object:disable_info_portion("bar_heli_scene_professor_die") self.object:disable_info_portion("yan_scientist_die") Собственно, суть одного из косяков sak.script - тот Круглов, который на ДТ, не нужен вообще, а при смерти/пропаже Круглова на Янтаре убрать нужно оба info. 4. Проверяем, есть ли непись с этим именем вообще (собственно, распакованный оллспавн для этого потребуется в любом случае): local obj = alife():object( "yan_scientist_help" ) 5. Если нет - пересоздаем: if not obj then alife():create(8119) end spawn_id опять же брать из all.spawn, а не из скрипта. Как мы понимаем, в патчах и имена, и инфо, и spawn_id могут быть изменены в любой момент. P.S. После появления искомого непися возвращаем файл взад, если не хотим сами быть как оповцы. P.P.S. Имеет смысл заниматься восстановлением неписей (и вообще любыми операциями с чем либо) находясь на ДРУГОЙ локаци. Проверить можно и рядом с местом восстановления, а после того, как убедились, что работает - сделать уже на соседней. Иначе тот же круглов будет пытаться из бункера сбежать.

Призываю в тему охотников. Требуется лекция про использование ружей с нарезкой "парадокс": с чем это едят, для чего, и как ЭТИМ вообще пользоваться.

Чтобы сразу все перечисленное - 17% .(C) опрос

В процессе. Объявляется конкурс на лучшую озвучку. В эпизоде спасения Круглова есть момент, где кричат: "Профессор сбежал!" Требуется запись типа "Ловите читера!" или нечто на эту же тему, с подобающим выражением.

Spawn_Inventory_Item_Amount",1 Собственно, есть же все необходимое. То есть, надо просто количество брать не из конфига, а из где-то сохраненного при убиении. Хоть бы и в pstor монстра. Либо, как уже предлагал, и, кстати, как в этой свежей опе и сделано - спавн запчастей при смерти монстра, но их возвращение обратно в тушу при взятии без ножа.

Данная строка просто читает название запчасти из конфига. Вообще, конечно, изучение кода ОПы - занятие, опасное для психического здоровья.

По коллбеку от использования тушки начинаем проверять взятие запчасти из тушки, и если взялась, когда нет ножа - возвращаем взятое обратно. Собственно, не понимаю, что тут такого сложного "совмещать".

А самогон носят в самоварах.

Возврат взятой запчасти обратно в тушку - не?

Одну предшествующему оратору. Для смазки заевших механизмов и вообще поправки здоровья. Ибо https://www.amk-team.ru/forum/topic/13072-blokpost/?do=findComment&comment=1226137

Почитать тему внимательно начиная с первого поста. в файле character_desc, внезапно, и должны быть только шаблоны для неписей. Очевидно, что для зверья ни имен, ни биографий, ни принадлежности к группировкам, ни костюмов, ни диалогов быть не не должно. По остальным пунктам - аналогично. Без понимания, что мы вообще хотим сделать - невозможно.

OUT и IN. Прописывать - можно, удалять в онлайне - нельзя.

1,2,4,5 - такое должно удаляться только в случае, если не успело войти в онлайн (и не пытается "вот прям счаз"). То есть, грубо говоря, лучше, когда находимся на другой локации.

"по кругу" - на текущей локации. Впрочем, имеет смысл удалять его банально по имени/sid в числе прочих операций, когда реально становится не нужен, точно так же, как в ходе прочих операций создается. Проверка ВСЕХ существующих на наличие каких-то строк в кастомдате при каждой загрузке игры - действительно, перебор. Как пример - временная мера с удалением всего ненужного при переходе на янтарь с ДТ - ... for i, v in ipairs( { -- более не нужный мусор на ДТ "rostok_space_restrictor_0001", "rostok_sniper_space_restrictor_01", "rostok_volkodav_talking", "rostok_space_restrictor", "rostok_start_killer_combat", "bar_help_professor_restrictor", "rostok_cheat_sound_restrictor", "ros_zone_flame_small_0005", "ros_zone_flame_small_0006", "ros_zone_flame_small_0007", "ros_zone_flame_small_0008", "ros_zone_flame_small_0010", "zone_flame_0000", "zone_flame_0001", "zone_flame_0002", "rostok_zombied_spawner", "rostok_sniper_pda_restrictor", "rostok_heli_scene_start_restr", "rostok_start_killer_combat", "rostok_chase_restrictor", "rostok_freedom_attack_zone", "rostok_scientist_guard_restrictor", "rostok_space_restrictor_0002", "rostok_volkodav_band_mapspot", "rostok_kruglov_finish_mapspot", "rostok_volkodav_fire_sound", "rostok_volkodav_fire_sound_end", "rostok_sniper_space_restrictor_01_0000", "rostok_chase_reastictor_1" } ) do v = sim:object( v ) if v then sim:release( v, true ) end end ... с вызовом через for i, v in ipairs( t_info ) do if v[1] and ( not ( v[4] and actor:has_info( v[4] ) ) ) then когда надо было поддерживать совместимость по сэйвам и не было адекватной замены всему вот этому списку на 49 позиций.

alife():release() из самого себя не вполне корректно. Плюс кто-нибудь может этому рестриктору вписать тип, отличный от 0 или 3 со всеми вытекающими висяками неписей. Впрочем, от вписывания его же в base_inr или base_outr все равно не спасает.