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

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

Сообщение отредактировал Melisse - May 21 2015, 16:44

Ну так он и на объекты есть. А вообще смотря какие грибочки же. (IMG:style_emoticons/kolobok_light/biggrin.gif)

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

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

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

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

Сообщение отредактировал Flaristan - May 21 2015, 23:14

Другие игры пишут не биовари (IMG:style_emoticons/kolobok_light/smile.gif) Что ещё ожидать от программистов, у которых игры даже 2010+ года не используют юникод и глючат при установке в папку с кириллицей в имени? (IMG:style_emoticons/kolobok_light/biggrin.gif)

Но сама игра то вышла годной! (IMG:style_emoticons/kolobok_light/prankster2.gif)

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

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

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

Потому что в спелл.2да ничего нет (IMG:style_emoticons/kolobok_light/angel.gif)

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


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

Сообщение отредактировал Melisse - May 29 2015, 19:26

Спасибо.

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

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

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



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

Сообщение отредактировал NumberOne - Jun 27 2015, 18:28

Пожалуйста, скажите, сюда кто-то заходит еще и сможет помочь? (IMG:style_emoticons/kolobok_light/shout.gif)

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

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

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



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

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

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


Сообщение отредактировал Melisse - Jan 14 2016, 13:30

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

Сообщение отредактировал Heather - Jan 14 2016, 13:32

Должны


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

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

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


Сообщение отредактировал Melisse - Jan 20 2016, 09:46

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


Сообщение отредактировал greye - Jan 20 2016, 10:43

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

Вот, кстати, вариант который предложил greye более оптимизирован и проще (IMG:style_emoticons/kolobok_light/smile.gif)

Сообщение отредактировал Melisse - Jan 20 2016, 14:00

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

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

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

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

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

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



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

Сообщение отредактировал Feron - Mar 10 2016, 15:06

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

Сообщение отредактировал Heather - Mar 10 2016, 21:00