Полтергейст

Так это нужно прописывать не в update, а в функцию, вызываемую при попадании (hit_callback). Тогда никаих лишних переменных вводить не придётся.

Сделать-то можно для какого-то данного конкретного NPC. Но делать таким способом коллбек для всех (!!) NPC не очень разумно - это просто трата ресурсов. Причём, когда я в death_manager полностью убрал спавн и удаление предметов (кроме фонариков, гитар, болтов) ничего подобного не наблюдалось: после смерти НПС патроны всегда оставались при нем. Так при смерти НПС оружие не удаляется. Или как?

По идее, в скриптах есть только 2 коллбека на смерть NPC: клиентский (xr_motivator.script, функция death_callback) и серверный (se_stalker.script, функция on_death). Тот скрипт (если это скрипт делает), который удаляет патроны, должен быть прописан в одной из них. Если это не скрипт, то какой-то баг движка. Такая вот расплата за бесконечные патроны у NPC.

Найди коллбек на использование предметов в bind_stalker.script и пропиши туда спавн использованной аптечки при использовании ещё не использованной. Можно при смерти НПС удалить его и на том месте заспавнить обычный физический объект с моделью этого НПС. Но тогда нельзя будет рыться по рюкзакам убитых + удаление и спавн могут быть заметны.

Их нет, но обращения к ним идут при запуске приложений, использующих Direct3D. Отследить можно программой Sysinternals Registry Monitor. В этом и суть. Увеличение FPS налицо. Если во время этого теста сделать PrintScreen, то можно увидеть, что кубик правильно отображается. Просто для нашего глаза такое движение слишком быстрое, вот мы и не успеваем ничего разглядеть. На играх с бОльшим количеством объектов увеличение FPS должно быть не таким заметным. Для того и выложил твик, чтобы проверить. FlipNoVsync - включает одноименную возможность ("капс") видеокарты, если есть. Проверить её наличие можно утилитой DXCapsViewer. FewVertices - получен эксперементально + кто-то уже выкладывал его на одном форуме по видеокартам. В принципе, можно обойтись одним FlipNoVsync, если не доверяете эксперементально полученным твикам.

Если не умеешь или не знаешь что и где править - конечно лучше. Я неоднократно пользовался некоторыми вот такими своими твиками, которые получал эксперементально - всё работает. Разве что во время эксперементов могут быть проблемы, но непроверенные твики я не выкладываю. Я подобного и не утверждаю. Нужно понимать, что прирост в производительности за счёт твиков реестра достигается либо отключением чего-то ненужного (и, как следствие, высвобождением ресурсов), либо небольшой потерей качества. Если эта потеря будет незаметна для глаза - почему бы и нет? Direct3D не является компонентом, без которого загрузка системы невозможна. Расположение параметров твика известно, их в любой момент можно удалить (первоначально их там нет).

Недавно опробовал один способ "разгона" графики (Direct3D) с помощью реестровых твиков - куб в тесте dxdiag после их применения просто летает, даже не успеваешь его рассмотреть. К сожалению, на чём-то более сильном проверить не могу (комп слабый). Вот этот твик: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Direct3D] "FewVertices"=dword:00000001 "FlipNoVsync"=dword:00000001 (после вставки в reg-файл добавьте 2 отступа!) Кто может, попробуйте проверить у себя на чём-нибудь более "тяжёлом", отпишитесь о результатах. Заранее спасибо. P.S. Частоту работы аппаратуры (видеокарты, ЦП и памяти) этот твик не затрагивает.

Файл escape_dialog.script удалён или содержит синтаксические ошибки.

По этому тесту я - Chaotic Neutral, хотя описание этого мирровоззрения полностью противоположно слову Chaotic по смыслу.

При ответе я подразумевал, что автор собирается проделать такое явно не с одним смартом, поэтому так написал Хотел сделать, чтобы неписи при переходе из смарта в смарт не шли прямо через вражеские лагеря (вроде в ЗП такое сделали, только другим способом). Например, чтобы на Кордоне новички и бандиты шли не под мостом, а обходили по "колючке". Увеличить радиус - тоже не проблема.

Во-во, у меня точно такая же странность. В прошлом году снимал квартиры у одной ну очень жадной пенсионерки. Которая, в придачу к жадности, любила за глаза обливать плохими словами всех подряд. А потом, за несколько дней до того, как я от неё съехал, началось такое... Сначала другие квартиранты тоже от неё съехали (а они платили ей немало), а тут ещё и её дети собрались забрать у неё эту квартиру (видимо, с детьми у неё тоже сложные отношения были). В эту же неделю она 2 раза"попала на деньги" в общей сложности на сумму более 15000 р. Возможно, что это и не всё - досматривать этот "фильм" не стал, съехал на другую квартиру.

Kopcap, без модификации скрипта smart_terrain.script и customdata всех смартов в all.spawn - никак. В прошлом году сталкивался с точно такой же проблемой, но для меня она была некритична. Проблема в том, что нужно полностью менять формат настроек (которые в customdata), отвечающих за возможность "проживания" в смарте NPC той или иной группировки. В оригинале они перечисляются так: (с1, с2, c3 ... - группировки) [smart_terrain] ... communities = c1, c2, c3, ... ... А чтобы этот список зависел от каких-то событий, нужно сделать так: [smart_terrain] ... [communities] c1 = {+infoportion1} c2 = {-infoportion2} ... Выполнение этих условий, если мне не изменяет память, нужно проверять через xr_logic.parse_condlist(...) Соответственно, нужно полностью переделывать ту часть файла smart_terrain.script, которая отвечает за считывание этих настроек.

Возможно ли добавить смарт в рестрикторы неписю? Не будет ли вылета? (спрашиваю потому, что сам сейчас не имею возможности протестировать)

Без модов... вроде не должно такого быть. Это всё прописывалось в character_desc_*.xml или где-то в другом месте?

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

Gaz24, я не знаю, какие изменения внёс в него мод, который у тебя установлен. Попробуй взять этот файл с оригинала (игры без мода) и заменить (предварительно сделав резервную копию) - должно помочь. Дед, сделать можно, но тогда игрок сможет выйти за пределы локации, что не есть хорошо. Можно попробовать удалить level changer и на его месте заспавнить аномалию, которая при входе в неё отталкивала бы ГГ обратно, чтобы не выходил за пределы. Starter, можно попробовать во всех секциях костюмов (в ltx) прописать class = II_ATTCH.

Gaz24, просто попробуй подобрать ствол и проверь, будет ли для него пункт "разрядить" в инвентаре. Если его нет, значит патроны удалились скриптом death_manager.script. В оригинале этот скрипт так себя не ведёт, наверное у тебя установлен какой-то мод, где этот файл изменён. sashabelii, если мне не изменяет память - секция good_psy_helmet в quest_items.ltx

Gaz24, патроны могут удалиться скриптом death_manager.script, либо остаться в стволе.

Такого не должно быть от get_console():execute("logtext"), т.к. при этом лог на диск не скидывается. Если используется команда get_console():execute("flush"), тогда другое дело. Может быть, после каких-то действий, не связанных с модом, изменились права доступа к файлу лога, или он стал "read-only" - надо проверить.

А можно ли воткнуть выключение лампы при попадании в неё? Ставил вызов из hit_callback - не работает.

Кто-нибудь знает. в каком порядке вызываются функции on_register() и on_spawn()? Вроде бы первой вызывается on_before_register(), а дальше как?

Если в конфиге спальника "can_trade = false", то надо убрать эту строку.

Кто-нибудь пробовал убрать сохранение работ и объектов в смарте, чтобы они каждый раз заново регистрировались при загрузке из сохранения? Реально ли это вообще сделать?

Такое бывает при неправильном редактировании class_registrator. У меня такое в ЧН было, когда я пробовал прописать серверный класс se_item.se_weapon_w_gl для сета "WP_LR300".

Что понимать под активацией? Если просто использование, то можно написать биндер и в нём поставить callback.use_object. Можно сделать активацию при подборе, тогда уже нужно в bind_stalker править callback на поднятие предмета. А можно вообще заменять им класс на II_ANTIR и далее вешать скрипты также, как на спальный мешок.