Kavin, твоя ошибка в выборе события - OnPerception срабатывает когда игрок входит/выходит в/из зоны видимости/слышимости стражника. т.е. твой скрипт будет работать только в тех случаях, когда игрок уже дрыхнет где-то, а стражник, подходя, замечает его.
нужно вешаться на OnHeartBeat(аналогично тому, как ты вешался на персепшн, т.е. после вызова nw_c2_default1) и там проверять, находится ли игрок в пределах видимости и его состояние. и там уже пинать бомжа.

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

Lex, как повесить скрипт на стражника, я знаю, а вот как выполнять скрипт при старте Rest-а игрока?.. Его-то слотов я не вижу.

dumbo, Спасибо. Способ подходящий, кажется. Единственное, что меня смущает, что OnHeartBeat происходит каждые 6 секунд, и пока стражник одуплится и добежит, ты уже отдохнешь и под шумок свалишь, особенно если низкоуровневый персонаж...
А стражник тебя догонит, высунув язык на плечо, и скажет: "Низзя! Было тут отдыхать...".
И все, хотя главная задача - помешать игроку отдохнуть.

Была немного другая затея - когда игрок садится отдыхать, рядом с ним, шагах в 10-20, в случайном направлении, создавать Waypoint, телепортировать из казармы патруль, давать ему команду "К бомжу бегом марш!", и далее - мешать игроку отдыхать.
Что мне помешало:
1. Не умею еще отлавливать начало отдыха игрока.
2. Думаю, помучившись, я бы сумел расположить Waypoint на расстоянии 10-20 шагов в случайном направлении. Но если игрок сядет отдыхать на краю карты, то стражу может забросить на макушки деревьев или вообще куда-то нафиг.
Предполагаемые выходы из ситуации:
а) понатыкать на карте Waypointов, и определять ближайший, к нему стражу и телепортировать. Но тогда получается слишком много объектов?.. При размере карты, скажем 12 на 12 надо будет минимум 144 waypointa.
б) При расположении Waypointа проверять, не вышел ли он за пределы локации, и в соответствии с этим корректировать координаты.
Однако я не умею проверять, не попал ли Waypoint за границу...
Может быть, подскажет кто функции нужные?..

Вот описание скрипта который мне нужен:
Когда 4 предмета(допустим с тагами 1 , 2 , 3 и 4) попадут на алтарь( с тагом Aktar_01 ) то на него производится эфект(как при лечении(я имею ввиду лучь оква-голубой))и с двери(таг Door_Sklep_01_12 ) снимается супер-пупер необезреживающаяся ловушка.

ну и где проблема?
все, что надо для

1. снятия ловушки

А как проверка делается, а то я уже пол часа сижу со статьей и ничего не могу придумать!

варианты:

1.
- на ивент INVENTORY_DISTURB_ADDED проверять, если добавили вещь с нужным тегом, то локалку соотв. сделать +1. Убрали -1. Или делать локалку-состояние.. описал ниже ее. (причем я не наю, как у тебя с уникальностью вещей.. но можно сделать проверку на дубли)
- как только локалка стала = 4 то соотв эффект и ловушка.

2. после каждого изменения инвентаря алтаря (ADDED или REMOVED.. не суть, можно не проверять даже) пробегаешься по вещам, что там есть и формируешь локалку (либо как выше, либо локалку-состояние.. например 1111 значит, что все есть... 1011 значит, что нет второй вещи.. ну и тд.) и проверяешь в конце..

Lex, послушай, я немного запутался.
Тип данных Location - это типа "Место с координатами Х, У, Z", или именно игровая локация?..

Kavin, скачай себе Lexicon. Очень полезная вещь.

Угу. Ясно! Location - тип данных, полностью описывающий месторасположение объекта.

Лексикон качаю. Безуспешно - уже 4-й раз, с разных ссылок...

Объясните мне пожайлуста Почему при использовании функции - AddJournalQuestEntry, с целью добавить ступень в журнале, которая завершает категорию, мне не выдают опыт, который я назначаю.(в поле свойств категории)

Приведу более широкий пример.

Гм...тогда придется писать проверку, чтобы опыт давался только один раз.
Эх...ладно.

Ну кто-нибудь, помогите!

Мля.. не первый раз уже такое.. Daemonix

функция:

Друзья, есть у меня проблема, вобщем есть два города, допустим город А и город В, в окрестностях каждого города 6 лок, между городами можно передвигаться. Так вот, как сделать так чтобы если вы умерли в одной из шести лок города А, то вы появлялись в храме города А, а если в одной из 6 лок города В то в храме города В.
Я как то раз уже спрашивал про это дело в разделе Шарды Рунета, тогда мне никто толком ниче не разъяснил, может поможете?

KoYuKi
в скрипте OnPlayerDeath добавь:

KoYuKi, самый простой вариант - проверять таг локи, в которой умер персонаж.
В скрипте на OnPCDeath

(маленький и незаметный)

Спасибо всем, но вот насчёт блокнота это проблема, тогда мне тоже дали такой ответ как Lex, вот только он был не рабочий... щас этот проверю

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

Lex да я то понимаю что это куски кодов, вот только куда эти коды писать, всмысле как, по каким законам, относительно чего... я с учебником по скриптингу довольно долго возился, порядка пары месяцев, но так толком ничего в C++ и не понял, так основы... видать не моё это...

KoYuKi, не отступать и не сдавацца!
Попробуй сначала изучить абстрактную объектно-ориентированную технологию, без привязки к определенному языку.
События, свойства, классы, инкапсуляция, перекрытие и т.п. - усвой все это.
Я, пока не прошел курс основ Объектно-Ориентированного Прогарммирования (оООП), тоже нифига не понимал и бросил скриптинг аж на 8 месяцев.

Дело в том, что в случае NWNа объекты очень сильно замкнуты в себе, и чтобы манипулировать ими, ты должен на интуитивном уровне понимать, кто кому и кем приходится....
Непонятно сказал, кажись...

Поясняю: если объект замкнут в себе, достучаться до него и использовать можно только через события...
Чтобы из него достучаться до другого объекта, нужно определить, кем приходится тот объект этому.... Damager-ом, Killer-ом, EnteringObject-ом....

Я, лично, C++ в глаза никогда не видел, но это мне нимало не мешает.

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

Куда эти коды писать, всмысле как, по каким законам, относительно чего:

1. Понять что надо (если сумел написать, что надо - значит уже понял что надо делать на шаг ближе к скрипту).
2. Алгоритм -- перед тем как доверить гудящему монстру что-то считать подумай, что бы ты сам сделал чтобы решить эту задачу.
Например: "Есть два города, допустим город А и город В, в окрестностях каждого города 6 лок, между городами можно передвигаться. Так вот, как сделать так чтобы если вы умерли в одной из шести лок города А, то вы появлялись в храме города А, а если в одной из 6 лок города В то в храме города В?"
Выше было предложено три варианта:
а) находим место, где умер персонаж, если тэг этого места находится в списке 1, переносим в точку А, если в списке 2, переносим в точку B, если ни в каком списке нет, переносим в точку С.
б) находим место, где умер персонаж, есил это тег Т1, Т2, T3, Т4, Т5 или Т6 -- переносим в точку А, если это тэг Т7, ... , Т12 -- в точку В. Ну и про запасной вариант не забудем -- если ни там - ни там, сообщим игроку, что его сьели гулли месяц спустя после кончины, ибо в такую жопь ему взбрело в голову забрести, и прежде времени избавляем его от мучений.
в) находим ближайшую точку, где можно возродится и переносим умершего туда.
Алгоритм выбираем тот, который кажется наиболее естественным (но это уже на любителя).
3. Вот только теперь берем книжицу и ищем как те же самые мысли написать с помощью предоставленых команд и функций. Я первые три дня знакомства со скриптами НВН только и делал, что читал описания функций, ищя названия тех, что выполняли нужные мне действия.
Пример: "Находим место, где умер персонаж."
используем функцию GetArea(), возвращающую область в которой находится объект (в частности персонаж); под тем что место найдено также подразумевается, что мы его запомним (иначе как бы мы далее искали его тэг) для етого создаем переменную (читаем книжицу много-много раз, иначе никак).
4. Используем шаг 3. до посинения -- читаем описание языка, просматриваем действие функций, пытаемся с помощью них воплотить аглоритм.

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

Существует задача запрещения использования лечебных спеллов (всех из healing subschool, за исключением Rise Dead и Resurrect) на определенной расе.
Допустим, кастанул cure light wounds – эффекта ноль + StrRef-сообщение.
Может кто теорией помочь?

-----------
вариант номер 1 "геморойный"
Правка скриптов соотв. заклов. Не так сложно (точнее очень просто), но мутно. Хотя там вроде всего то с 10-ок спеллов поправить.
Добавление проверки и отправка сообщения.

Ага, спасибо, Лекс. Думаю остановиться на правке заклов.
------------------------------
Какие имеются варианты добавления персу Damage Reduction (а-ля поглощение варвара)?;
Варианты добавления, не зависящего от других факторов, AC (Natural?!)

И еще. Можно ли оперировать Spellcasting Failure? Добавлять свойство вещи, изменять значение (да\нет)

Дык, забыл я, конечно, уточнить что предпочтительны скриптовые решения.

Здравствуйте.
У меня такой вопрос:
Как сделать, чтобы при взломе двери игроком, находящиеся рядом охранники НПС становились для него враждебными, и нападали?

Хм, такой вопросик.
Как отследить, кто первым начал бой, герой или НПС?

хм.. по идее в слоте onAttack NPC смотрим. Если во время атаки игрока НПС нейтрален и не в бою, то игрок по идее напал первый.

Фракция Hostile (Хостайл) - "враждебный".

в смысле если ПС ударил НПС, то НПС становится враждебным при этом ставить на ПЦ флаг напавшего
а если моб первым начал, то это можно узнать, изменив функцию DetermineCombatRound (или что-то типа того..)
(проверку на нападение со стороны ПЦ - если флага нет, то моб начал )

Напишите плиз скриптик где НПС нагибается к бассеину и полностью вылечивается(типо как в Принце Персии).

Поставь скрипт на строчку в диалоге: