Вопросы новичков, Абсолютные глупости Опции

[NumberOne]

Учту, благодарю все за ответы.

[Melisse]

Есть еще момент, проверь:
1. Если ты тэги созданий пишешь верхним регистром в них, а в скрипте нижним - то это разные тэги.
2. Попробуй поставить AssignCommand(oTr1, SetDestroyable (TRUE, FALSE, FALSE)); А потом удалять через DestroyObject(oTr1);
3. DelayCommand(1.0, DestroyObject(oTr1)); Лучше не использовать так, оно так может потеряться по ряду причин. Попробуй DestroyObject(oTr1, 1.0f); или если делаешь вешай на модуль через AssignCommand(GetModule(), DelayCommand(1.0, DestroyObject(oTr1)));

Сообщение отредактировал Melisse - Feb 25 2015, 22:15

[NumberOne]

Нужна помощь. Цель такая: я использую набор целителя на существе с уникальным тегом и запускается скрипт. У кого есть какие идеи?

Пытался написать скрипт в слот модуля на OnActivateItem

Код

void main()
{
object oTarget = GetItemActivatedTarget();
object oItem = GetItemActivated();

string sTagItem = GetTag(oItem);
string sTagTarget = GetTag(oTarget);

if (sTagItem == "NW_IT_MEDKIT001")
    {
     if (sTagTarget == "wolfica")
        {
         Действия
        }
    }
}

Но он не работает(

Сообщение отредактировал NumberOne - Feb 26 2015, 14:42

[Fimko]

Фунецией GetItemActivated() вызывается только свойством Cast Spell: Unique Power. (или Unique Power SelfOnly). Могу посоветовать скриптом менять свойство Healer's Kit на свойство уникальной силы. Только для этого надо будет в itemprops.2da "открыть" доступ к свойству "Cast Spell" для данного типа вещей. Гемор короче (IMG:style_emoticons/kolobok_light/smile.gif)

Второй способ - теоретический - сам не пробовал. Попробовать отловить использования хилер кита через SignalEvent и EventSpellCastAt. По идеи должно получится, так как свойство Healer's Kit находится в spells.2da и по сути является спеллом.

[greye]

Второй способ - теоретический - сам не пробовал. Попробовать отловить использования хилер кита через SignalEvent и EventSpellCastAt. По идеи должно получится, так как свойство Healer's Kit находится в spells.2da и по сути является спеллом.

Не помню, занимался ли аптечками, но зелья через спеллхук отлавливать можно совершенно точно.

[NumberOne]

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

Не помню, занимался ли аптечками, но зелья через спеллхук отлавливать можно совершенно точно.

И про зелья теперь учту, глядишь пригодится...

[denis0k]

Аптечка в 2да вроде как есть, но все поля там - "****", это больше похоже на свойство-заглушку для тулсета. Они вообще вне механики, например, ими можно хилиться по нескольку раз в раунд или в минусах. Собсно поэтому на шардах их часто выпиливают.

[StasMokos]

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

Через секунду ответ нашелся сам, уже не надо, прошу прощения.

Сообщение отредактировал StasMokos - Mar 29 2015, 02:18

[Heather]

StasMokos, а можно мне решение? Тоже интересно, и думаю, что может пригодиться.

[Aztec2012]

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

Известно что после установки дополнения Hordes of the Underdark в тулсете появляется опция по установке времени исчезновения трупов существ. Значение по умолчанию 5 секунд.

Через NWN Explorer решил покопаться в 2da файлах игры и найти это значение и поставить своё, но не могу найти файл который отвечает за это. Есть всё (существа, классы, расы, заклинания т .п.) кроме этого.

Прошу знающих подсказать в каком файле искать этот параметр. Заранее спасибо.

[greye]

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

Известно что после установки дополнения Hordes of the Underdark в тулсете появляется опция по установке времени исчезновения трупов существ. Значение по умолчанию 5 секунд.

Через NWN Explorer решил покопаться в 2da файлах игры и найти это значение и поставить своё, но не могу найти файл который отвечает за это. Есть всё (существа, классы, расы, заклинания т .п.) кроме этого.

Прошу знающих подсказать в каком файле искать этот параметр. Заранее спасибо.

В 2да этого нет, насколько мне известно. Для каждого существа время определяется записью DecayTime в соответствующем GFF файле.

[Aztec2012]

В 2да этого нет, насколько мне известно. Для каждого существа время определяется записью DecayTime в соответствующем GFF файле.

Спасибо за ответ. Так а GFF файлы где?

Нашёл utc файлы существ в них есть DecayTime, но он есть только у существ из второго аддона. У существ из первого аддона и основой игры такого пункта нет. Хотя в тулсете он есть у всех.

[Flaristan]

Значение по умолчанию 5 секунд.

Гхм.

Сообщение отредактировал Flaristan - May 12 2015, 19:59

[Melisse]

Так смени значение на другое. Если тебе нужно чтобы труп не исчезал, нужно сделать скриптами тело не удаляемое. SetDestroyable (FALSE, FALSE , FALSE);

[Aztec2012]

Так смени значение на другое. Если тебе нужно чтобы труп не исчезал, нужно сделать скриптами тело не удаляемое. SetDestroyable (FALSE, FALSE , FALSE);

Спасибо. Но мне нужно чтобы это значение распространилось на все существа всех модулей игры, а в ручную каждое редактировать довольно долго. А скрипт врядли будет работать с теми существа у которых не стандартный скрипт смерти, типа Маугрима или Мораг.

[ud4ever]

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

[Melisse]

Neverwinter Script

//Смотря как у тебя активируется телепорт - игрок, активирующий, будет определятся для диалога через функцию = GetPCSpeaker();
//или если на юз = GetObjectLastUsedBy();
object oPC =  // Игрок тут выбрать того как определяется игрок, активирующий телепорт

object oNearestPCEnemy = GetNearestCreature(CREATURE_TYPE_PLAYER_CHAR, PLAYER_CHAR_IS_PC, oPC, 1, CREATURE_TYPE_REPUTATION,  REPUTATION_TYPE_ENEMY);

if (GetIsObjectValid (oNearestPCEnemy)) // проверка наличия. Сюда можно еще проверку расстояния вставить
{

// Тут то что тебе нужно

}

О функции GetNearestCreature можно почитать тут

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

[ud4ever]

Спасибо за подробный ответ)

[Flaristan]

Neverwinter Script

object oNearestPCEnemy = GetNearestCreature(CREATURE_TYPE_PLAYER_CHAR, PLAYER_CHAR_IS_PC, oPC, 1, CREATURE_TYPE_REPUTATION,  REPUTATION_TYPE_ENEMY);

if (GetIsObjectValid (oNearestPCEnemy)) // проверка наличия. Сюда можно еще проверку расстояния вставить
{
}

И вот тут мы сразу ловим баг, который делает нашу проверку всегда TRUE, если в модуле присутствует хотя бы 1 враждебный игрок. (IMG:style_emoticons/kolobok_light/biggrin.gif)
На сколько я успел наобщаться со скриптами НВН, если мне не изменяет сей опыт - GetNearestCreature вполне успешно считает расстояние между объектами в разных локациях и оно равно -1. И в этом случае GetIsObjectValid будет совершенно валиден, если он будет где-то (не важно где) в модуле, а исходная задача была сделать проверку по конкретной локации.
Итого, чтоб это было без подобного бага - сделать нужно вот так:..

Neverwinter Script

object oPC = GetObjectLastUsedByGetLastUsedBy(); //к примеру для варианта на OnUse

object oNearestPCEnemy = GetNearestCreature(CREATURE_TYPE_PLAYER_CHAR, PLAYER_CHAR_IS_PC, oPC, 1, CREATURE_TYPE_REPUTATION,  REPUTATION_TYPE_ENEMY);

if ((GetIsObjectValid (oNearestPCEnemy))
    &&(GetArea(oPC)== GetArea(oNearestPCEnemy))) //приклеиваем чудную проверочку, что наш oNearestPCEnemy находится в той же локации, что и oPC
    {
    //тыры-пыры
    }

...Вот так будет работать без сбоев. (IMG:style_emoticons/kolobok_light/rolleyes.gif)

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

[ud4ever]

И вот тут мы сразу ловим баг, который делает нашу проверку всегда TRUE, если в модуле присутствует хотя бы 1 враждебный игрок. (IMG:style_emoticons/kolobok_light/biggrin.gif)
На сколько я успел наобщаться со скриптами НВН, если мне не изменяет сей опыт - GetNearestCreature вполне успешно считает расстояние между объектами в разных локациях и оно равно -1. И в этом случае GetIsObjectValid будет совершенно валиден, если он будет где-то (не важно где) в модуле, а исходная задача была сделать проверку по конкретной локации.
Итого, чтоб это было без подобного бага - сделать нужно вот так:..

Neverwinter Script

object oPC =  = GetObjectLastUsedBy(); //к примеру для варианта на OnUse

object oNearestPCEnemy = GetNearestCreature(CREATURE_TYPE_PLAYER_CHAR, PLAYER_CHAR_IS_PC, oPC, 1, CREATURE_TYPE_REPUTATION,  REPUTATION_TYPE_ENEMY);

if ((GetIsObjectValid (oNearestPCEnemy))
    &&(GetArea(oPC)== GetArea(oNearestPCEnemy))) //приклеиваем чудную проверочку, что наш oNearestPCEnemy находится в той же локации, что и oPC
    {
    //тыры-пыры
    }

...Вот так будет работать без сбоев. (IMG:style_emoticons/kolobok_light/rolleyes.gif)

Спасибо за дополнение) скорее всего оно сэкономило ощутимый отрезок времени)

[Melisse]

И вот тут мы сразу ловим баг, который делает нашу проверку всегда TRUE, если в модуле присутствует хотя бы 1 враждебный игрок.

Вообще-то приставка Nearest говорит о поиске по списку объектов в локации, а не в модуле в целом. Чтобы объекты искались в модуле используется, для игроков - GetFirstPC() с GetNextPC(), в цикле while, а для других объектов по тегу - GetObjectByTag().

Вот тут я ведь не просто так дала ссылку на lexicon, чтобы человек почитал

О функции GetNearestCreature можно почитать тут

На сколько я успел наобщаться со скриптами НВН, если мне не изменяет сей опыт - GetNearestCreature вполне успешно считает расстояние между объектами в разных локациях и оно равно -1.

Изменяет. GetNearestCreature не считывает расстояние, он просто берет самый близкий к субъекту объект в локации из которой его запускают.
Расстояние считывает GetDistanceToObject() и вот именно у него в описании сказано что

Note that it of course can be invalid (-1.0) if they are in different areas, one object is not something that has a distance (Area's, module's), although items probably return the distance to the person that possess it (if it is possessed by a creature).

Поэтому когда мы после поиска по функции GetNearestCreature() делаем проверку через if (GetIsObjecValid()) то при возвращении TRUE это утверждает что объект находиться в одной локации с тем, от которого происходит поиск.

Сообщение отредактировал Melisse - May 20 2015, 14:38

[Flaristan]

Вообще-то приставка Nearest говорит о поиске по списку объектов в локации, а не в модуле в целом.
Вот тут я ведь не просто так дала ссылку на lexicon, чтобы человек почитал

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

GetNearestCreature не считывает расстояние, он просто берет самый близкий к субъекту объект в локации из которой его запускают.

Считает расстояние не в смысле как GetDistanceToObject - в метрах, а в значениях (и не в локации, в которой его запускают, а в локации, в которой находится указанный объект, по умолчанию объект запускающий скрипт).

Поэтому когда мы после поиска по функции GetNearestCreature() делаем проверку через if (GetIsObjecValid()) то при возвращении TRUE это утверждает что объект находиться в одной локации с тем, от которого происходит поиск.

Ну - это хорошо тогда (не -1 значит считает а OBJECT_INVALID, наверное это 0), спс - буду знать, но все равно кашу маслом не испортишь, а то знаем мы эти скрипты...

Neverwinter Script

//Смотря как у тебя активируется телепорт - игрок, активирующий, будет определятся для диалога через функцию = GetPCSpeaker();
//или если на юз = GetObjectLastUsedBy();

А еще нет такой функции "GetObjectLastUsedBy" - есть только "GetLastUsedBy". (IMG:style_emoticons/kolobok_light/biggrin.gif)

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

[denis0k]

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

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

[Flaristan]

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

Ну почему же - он был бы очень полезен для динамического АИ неписей. Ну например задать алгоритм его перемещения по модулю...

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

[denis0k]

Ну грибочки через GetNearestCreature ты всё равно не найдёшь (IMG:style_emoticons/kolobok_light/smile.gif)

Но если это просто грубый пример, то возможности нвскрипта всё равно не позволят сделать такой поиск пути адекватным. Даже в сингле можно было заставить ИИ тупить, если для прохода в соседнюю комнату персонажу приходилось делать крюк через пол-локации. Поиск пути автоматически проваливался, и персонаж утыкался носом в стену.

Единственный работающий вариант, который я нашёл, - натыкать везде вейпоинтов, связать их локалками (а-ля podbot для cs) и ходить по ним, привязывая к ним все прочие объекты. Нужен гриб? Ищем ближайшие к грибу и неписю вейпоинты и прокладываем кратчайший путь по какому-нить A* или Дейкстре. Правда на вложенных циклах нвскрипт стопудово вылетит в тми, поэтому часть логики придётся вынести наружу, я считал это в mysql, очень удобно - сразу и кэшировать можно. Со временем при неизменных вейпоинтах база данных наполняется маршрутами, и даже считать не надо.