Да, без сомнения очень удобно, только кэш вылетает на 110+ точек в тми, потому что ты сначала кэшируешь, потом еще 2 раза гоняешь по точкам запросы, но идея очень клевая. При некоторых изменениях позволяет запустить фишки аля обливион/скайрим - нпц ходят и делают свои дела, а не стоят истуканами.

По поводу поиска пути я могу добавить то что проблемы бывают даже тайлах без объектов plc. Поиск пути просто очень криво работает и кушает много ресурсов, На стандартных тайлах работает лучше, чем на кастомных. Но сильные проблемы начинаются когда на тайлах размещают плэйсы, просто у проходимости там 3 вида видимо, те что на объектах и дверях наслаиваются на тайлы и каким-то образом часто глючат. Думаю система сродни таковой с 2да файлами - сначала загружаются все стандартные, потом то что в хаках переписыват стандартные, и сверху переписывается все это тем что в овверррайде.
В любом случае, по проверкам, поиск пути всегда затрачивает в 10 раз больше времени чем самый сложный скрипт и очень часто выдает что путь не найден, особенно плохо работает для нпц.

Ну так он и на объекты есть. А вообще смотря какие грибочки же.

Я потому и приписал, что теоретически. Однако в других играх же есть это! Про "носом в стену" отпишу ниже.

С вейпоинтами у меня есть реализация в тренлагере своего модуля - там стражи по задумке патрулируют периметр интерьера и полностью автономный маршрутизатор не подошел, т.к. тогда они делали это хаотично (не используя прогулочные дорожки и часто застревая по текстурным закоулкам), а не так, как положено патрульным по идее. Однако даже и с вейпоинтами система не выглядит просто и тупо "из пункта-А в пункт-Б" и потребовалось писать отдельно АИ-деблокатор для ситуаций, когда неписи к примеру заходили случайно за забор, застревая в нем и прочих других текстурах. Там это было сделать легко - НПС теперь просто в случае длительной блокировки "перепрыгивает" через него.
Так же на 2 этаже есть пару неписей, которых по задумке нужно было жестко привязать к своим позициям, причем оставляя им при этом возможность реагировать на внешние условия и покидать свои "рабочие места". Проблема состояла в том, что одно из таких мест было в сложном "Г"-образном закутке обставленном большими и малыми плейсеблами. То есть для нормального НВН-ского АИ ситуация практически неразрешимая без мини-телепорта, как со стражниками. Но такие методы я всегда оставляю на крайний случай и мне таки удалось написать очень удачный АИ-деблокиратор и научить НПС "обходить" любые сложные препятствия, не "перепрыгивая" их и без сильных ресурсозатрат. Успешно использую модификации этого деблокатора для всех прочих АИ модуля.

Именно такой у меня подход к АИ не только и сколько НПС, а всех мобов в модуле, и такие системы мне очень нужны для качественной реализации.
Конечно большинство АИ (особенно самых примитивных существ) сводится к рендумной ходьбе, но и в большинстве случаев же оно дополняется комплексом ситуативных функций - к примеру:
- АИ крыс включает в себя помимо стандартной ходьбы и агрессии "санитарный комплекс" (уничтожение трупов съедобных существ), "собирательский" (различают и подбирают еду с земли в виде итемов), "поведенческий" (боятся дневного света или света факела), "стайный" (если есть возможности - крыса может вызвать подмогу в неравном бою из крысиной норы поблизости), "поисковый" (система отрабатывает дополнительные органы чувств у моба - обоняние), ну и конечно "АИ-деблокираторы" (у крыс стоит на данный момент самый реакционный деблокиратор среди мобов, позволяющий им почти моментально находить путь даже из "П"-образных тупиков по вектору движения, обходя их по кривой);
- АИ термитов для сравнения включает в себя помимо стандартной ходьбы и модифицированной агрессии (не агрятся перманентно - только временно "отгоняют" приблизившихся к ним посторонних) тот же "санитарный комплекс", "собирательский" без ограничения (собирают любой лут с пола в виде итемов, а так же обчищают лутбэги мобов), "поведенческий" (носят все собранное в свой "муравейник" который выступает чем-то вроде склада, который может при желании обнести РС, как не запертый сундучок), имеют самый простой и топорный "АИ-деблокиратор" среди имеющихся мобов в угоду отыгрыша своего биологического вида.
У других типов мобов АИ попроще, но тоже обязательно имеет свои поведенческие особенности олицетворяющие собсно вид криттера наряду со скином его модельки в игре.

Я давно понял, что писать стационарный АИ бесполезно. Программирование жесткого алгоритм поведения, основанного на константах вроде конкретных объектов - рано или поздно ведет к "носу в стенке". Поэтому АИ я пишу всегда по принципу "десантника" - ориентирующееся в любой обстановке, в каком бы ни оказался моб-хозяин. Собственно крысы в модуле и есть у меня эдакие "десантники" - только они высаживаются не с воздуха, а из-под земли.
АИ чаще всего имеет "свободный поиск", позволяющий монстру бродить в случайных направлениях, исследуя локацию, блок "агрессии" (различающийся главным образом от рода вида/фракции - травоядный/хищник/всеядный и от вида конкретного монстра) и батарею "поведенческих" блоков (чем сложнее "отыгрываемый" вид - тем их больше), которые прерывают свободный поиск, как только АИ видит поддающуюся его обработке ситуацию. Таким образом возможно включать в поведенческие блоки встроенные "задания", которые позволят отрабатывать НПС/мобу весьма сложные поведенческие акты (типа "грибочков"). Например термиты завладев какими-либо вещами включают свой АИ-блок транспортировки их к ближайшей своей норе; будучи заблокированными по дороге к ней - переходят автоматически к блоку АИ-деблокиратора; сложив все имеющиеся у себя вещи в нору, снова переходят в режим свободного поиска и исследуют локацию, и т.д...

Другие игры пишут не биовари Что ещё ожидать от программистов, у которых игры даже 2010+ года не используют юникод и глючат при установке в папку с кириллицей в имени?

Но сама игра то вышла годной!

Доброго времени суток!

Как сделать доступными для навешивания на предметы заклинания монстров? В spells.2da похожего не нашёл.

Заранее спасибо.

Потому что в спелл.2да ничего нет

Тебе нужен следующий 2да файл: iprp_spells.2da
Заносишь туда нужный спелл.
Описание столбцов:
Порядковый номер|Метка (для тебя)|Название из тлк |уровень каста| врожденый уровень(круг видимо)| стоимость на итеме|номер спелла из spell.2da| используется ли снадобьями| используется ли вандами | используется ли всеми остальными итемами|последняя графа отвечает за иконку.


а в itemprops.2da можно вообще редактировать какие куда можно наносить свойства.

Спасибо.

Навесил через Spells.2da заклинания монстров на чародея, но появились у него далеко не все заклинания.

Прошу помочь реализовать идею призыва монстров через диалог на объекте. Создал нужный объект, путевую точку, призываемое существо, использовал простейший скрипт из призыва существа (из 2-й главы кампании, алтарь в лесу призывает медведя). Но монстр упорно не желает появляться. Что я делаю не так?

RusIvan, не знаю точно, какой скрипт ты использовал, но зайдя в свои наработки, я нашел вот это:



И ради интереса, скинь скрипт, который у тебя упорно не призывает.

Пожалуйста, скажите, сюда кто-то заходит еще и сможет помочь?

Я захожу, чем тебе помочь?

Можно ли скриптом зажечь факелы, которые висят на стене? Факелы часть тайлсета.
Я помню, что был тут скрипт, позволяющий изменить освещение тайла, но нужно именно, чтобы факелы загорались... Если это возможно, конечно.

Возможно, даже цвет можно задать. Освещение тайлов тоже можно менять, но, конечно же, есть очень неприятный баг с факелами тайлов, их нельзя погасить
за работу с тайлами отвечают следующие функции:



переменные TILE_MAIN_LIGHT_COLOR_* и TILE_SOURCE_LIGHT_COLOR_ *

Несколько нюансов использования из личного опыта:
1. Почему-то мне удавалось сменить освещение только через цикл.
2. void RecomputeStaticLighting(object oArea); делать в области обязательно, иначе ничего не выйдет.
3. Почему-то у меня не считывалась локация через GetArea(), пришлось возвращать локацию через GetObjectByTag().

Пример "из жизни":

А если они изначально погашены? Они включатся?
Меня очень пугают все эти векторы.. прям бррр...
Попробую сделать по-твоему скрипту. Спасибо!

Должны


Попробуй, но я точно не помню правильно ли написала все, т.к. щас под рукой нет тулсета

Melisse, твой скрипт очень хорошо сработал! Благодарю безмерно!
Факелы зажглись, но на все локации. А можно сделать лишь в кусочке? Я хотела, чтобы РС заходил в комнату и зажигались огни, потом заходил в следующую и там зажигались....

Вообще это скрипт не мой, он из нвн-лексикона. Другое дело что я писала его по памяти, поэтому я и сказала что он может не сработать В кл тоже был использован.
Касательно вопроса:
Честно - я не знаю. Не пробовала.
Наверное - возможно.
Думается 2 варианта:
1. Это посчитать какие это именно тайлы по номеру в локации и соответственно зажигать только их
2. Можно попробовать разместить в центре нужных тайлов невидимый объект и проверять, есть ли он.
Примерно так:

Если на нужных тайлах разместить, например, вейпоинты с одинаковым тегом (новый тег в каждой комнате), можно использовать следующую функцию:

Интересно... Сегодня вечером попробуй пошаманить, тем более, что вейпойнт и объект у меня в данном тайле уже стоят.

Вот, кстати, вариант который предложил greye более оптимизирован и проще

Это кусок скрипта или целый? Вы простите, я ж совсем дерево, я даже не поняла, тэг-то куда вписывать? -__-

Это функция, которую можно использовать. В предположении, что факелы в комнате зажигаются по триггеру, полный скрипт мог бы выглядеть следующим образом:

В общем, пробовала я пробовала, ничего не выходило с этими факелами.
Либо зажигаются все, либо вообще ничего.
Муж помог, в итоге вышло вот так:

Хизер, у нас как-то была задача сделать атмосферное и эффективное освещение для логова наемников. Я не знаю точно для какого сценического элемента тебе надо, но если тебе нужен переход от тьмы к светы за счет зажигания факелов, то думаю это может подойти. Это пример, где наемник может зажечь в темном логове факела и осветить всю локацию.

Вот так выглядит это (Видео на YouTube).

Делается это через работу с туманом. Если у тебя подвал какой-то и его нужно осветить - думаю, что может подойти.



Если есть куда пристроить, я могу тебе маленькую локацию подвала с одним факелом прислать в котором рычажком сможшь включать выключать свет.

Мне надо, чтобы заходя в комнату, зажигались факелы на стенах. Не светильники-объекты, а часть тайла. Без рычагов, без кнопок и действий. По триггеру.
Собственно, тот скрипт, что я выложила, работает ровно так, как надо. Но спасибо за предложение. =)

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

Подскажите, пожалуйста, скорее всего кто-либо сталкивался. Как отключить бартер в модуле?

Что вы имеете в виду? Подробнее задачу опишите.

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

На модульное событие потери вещи проверяй
1. Вещь существует (может удалилась)
2. Вещь не в инвентаре плэйса или существа
2. Вещь не выложена на пол
4. Вот и наш Бартер - отменяем действие
5. ????
6. PROFIT!

Я конечно не очень силён в дюпе... Но по логике нужно 2 события - передать итем второму игроку, дать ему сохраниться с ним и завалить сервер, пока не сохранился первый игрок. Передать можно через пол. А для завала сервера уже не важно - сработает ваш бартер или нет, если валить будут бартером. Уверен, есть и другие способы, не так давно был разговор про откат через полиморф.

Тебе везет, завидую. Помимо описанного способа дюпа в котором не важно, как передается, есть завязанный на бартере дюп. Основной лечится nwnx-ом.

@Melisse - все верно, только отмена действия это не совсем то, что может помочь, ибо действие уже будет произведено и бартер не закроется, а это то, о чем попросили.

Самый простой и железный способ отменить любую попытку бартера без танцев с бубном это сохранение чара через ExportSingleCharacter на потере вещи, по принципу, как описал Melisse для определения ситуации бартера. При этом вещь вернется в бекпак персонажу. Там есть побочных эффект, что вещь нельзя до рестарта будет выложить еще раз - но это не страшно. А вообще, как правильно написали - если стоит фикс антипрозрачности через nwnх, то бартер безобиден для дюпа.

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

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

Я надеюсь, что здесь кто-то есть, потому что очень нужна ваша помощь.
Такой вопрос: при установлении int в начале скрипта может быть такое, что он не перезаписывается в дальнейшем под условием?
Это на контейнере, если что.

Пример



При этом если проверять в первом условии переменные, то int равен 35, а не 0. Почему после первой проверки и, соответственно, во второй проверке он равен 0?
Что я не понимаю?((

А весь скрипт большой? Кусок мало что говорит.

Он может не перезаписываться под твоим же условием.

Если это условие просто БОЛЬШЕ, то должно быть так:

Привет! Всех с праздниками!
Помогите, пожалуйста, с очень простой штукой! Хочу, чтобы в катсцене говорили имя игрока (через SpeakString), но не могу найти, как его задать. Что-то типа<PCName>... В Лексиконе искала, не нашла, бикоз май инглиш из нот гуд

greye, спасибо!

Уважаемые господа, как сделать, чтобы нужных неписей нельзя было оттолкнуть в стороны движением игрока?

Я знаю только такой вариант - нужно на ОнСпавн наложить "эффект духа" на НПЦ, чтобы через него можно было проходить и он не учитывался поиском пути.

Вроде, если НПС нейтральный к игроку (т.е. подсвечивается синим, а не зеленым), то он не будет отскакивать.

Какова цель?

Если чтобы непись стоял строго на месте, то можно попробовать пост. Чтобы возвращался, когда его таки спихнут. Ходьбой с клавиатуры можно даже застрявших "в текстурах" игроков выталкивать.

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

Спасибо за ответы выше. Появилась новая загвоздка х)
Мне нужно, чтобы игрок брал коробку, она клалась в инвентарь и он мог её снова выложить в виде той же коробки. Я реализовал то, чтобы на OnUse коробки она исчезала и давала предмет, но не знаю как её выложить в том же формате из инвентаря, получается просто мешочек.

Обратная процедура - на событие потери итема (on item unacquired), итем удаляется, а по координатам итема создаётся плейсебл-коробка.

Нашёл в старых скриптах:

При создании скрипта выдает ошибку о том, что неправильный конец оператора.

Это вырезка из скрипта Внутри void main() {} надо вставлять. Кусок скопирован из рабочего скрипта.

Или вариант 2: удалить русский коммент. Непатченный компилятор агрится на букву "я"

Еще раз огромное спасибо. Я попытался сделать диалог со следами, как в кампании, взял принцип оттуда, но не выходит. Почему?

ты покажи что конкретно не получается

Плохо умеешь писать скрипты.

На OnUsed следов прикрепил стандартный скрипт x1_placeablecon, подсмотрел как в кампании и прикрутил диалог. Или все-таки надо еще отдельно какой-то скрипт использовать?

Я сам себя загнал в угол, извиняюсь, нашел ошибку.

Есчо глупейший вопрос. Нужен скрипт, чтобы игрок умирал и смог воскреснуть только через время (например 30 секунд), + потеря золота и опыта без потери уровня.

Или чтобы после смерти он попадал в локацию чистилища и при разговоре с духом появлялся в том же месте где и умер, но с потерей золота и опыта.