Стоп,стоп! Так че нужно x2_i0_walkways гнать в шею??
И еще - Кто нибудь подскажет мне скрипт хождений - открываний?!?!

Повторюсь, можно посмотреть, как оно сделано. denis0k напомнил, почему это на самом деле плохо.

Тебе подсказали, с помощью чего это всё можно сделать - смотри посты WirTus, denis0k и gennady, а если что-то не будет получаться, то обращайся.

это что за адский ад?

и никакой далее написанной и надуманной проблемы нет.

и далее ActionUnlockObject() явно не в тему. Это отпирать объект. А открывать - немного другая функция. (ActionOpenObject)



Я сразу вспомнил "Утро Эдвина" (мб помнит кто из старых). Написан он был на примерно схожем принципе, но это все очень криво на самом деле и громоздко. Вариант с ХБ/ЮД, если не писать там фигню - нормальный и стоит думать именно в этом направлении.


ReZkiy, в древней статье я рассматривал вариант оживления НПС, там многие моменты учтены, до которых ты пока не дошел, но скорее всего дойдешь, если продолжишь в этом направлении копать
http://nwnmod.narod.ru/stat_anim_npc2.htm

Спасибо.Посмотри пожалуйста мой вопрос о хаках

Пишу же, я нуб и позорюсь Спасибо за корректировки, пригодится, хех.
О хаках ответ есть, надеюсь, он не настолько крив, как тут

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

Если просто спаунер, то http://www.lrjonline.net/swg/ness.html

wirTUS, возвращаясь к твоему коду сообщения #3436, а конкретно, по конструкции вида:

Как мне кажется, это довольно опасное решение. Nwn зависает не при попытке использования бесконечного цикла (на самом деле он их позволяет), а на обработке действий, которые в таком случае игре приходится выполнить. В коде идут действия, помещающиеся в стек персонажей. Стек ограничен, а таким образом ты пытаешься бесконечно, с невероятной скоростью забивать в него все, что у тебя в коде.
Твое решение фиксирует количество проходов, но они по-прежнему выдаются единомоментно. Лимит стека - семьдесят пять, насколько я помню, действий. Цикл примера выдает по пять действия за раз, т.е. если i переходит за 15-16 - тут уже все туманно, сам понимаешь.
Реализуя скрипт на OnEnter триггера, как ты, я бы наверное, забил код в функцию и выполнял ее по делею, или даже попытался бы отследить выполнение текущей итерации (допустим, произвел ли NPC действие над сундуком, который условно принимается за конечную точку, находится ли он в условно конечной позиции и так далее). Теоретически нагрузка на игру тогда действительно будет меньше, чем с помощью HB, но вряд ли даст ощутимый результат.

А что это? надо закачивать?

Люди! Дайте скрипт вот для OnClientInter:
Дает предмет по классу или расе:
Полурослику - штаны с кинжалом;
Эльфу - лук и стрелы с каким нибудь эльфийским доспехом и т.п;
Или так: воину меч, друиду посох и т.п
Кто нибудь знает такое?

Эта тема не случайно существует

Здесь такого нет. Или есть но не то.

wirTUS, так как в 2да урук-хаев,лошадей и разные дополнения к одежде добавить?

Проще скачать хак.

Ага. Знаешь как все виснет? И где мне его найти? Один есть - не работает.

Легко.
Заполняешь appearance.2da строчками, состоящими из "****" на каждый столбец вплоть до 750 строки. Далее:
Урук-хаев: дописываешь туда же "751 Uruk-Hai", далее звездочками
Лошадей: так же, но вместо Uruk-Hai пишешь Horse и вместо 751, предположим, 752

Дополнения к одежде: берешь parts_[название нужной части].2da, смотришь на этот 2да Safe2DALines.txt, прописываешь все звездочками до строки, значащейся в оном текстовике, далее аналогично урук-хаям и лошадям: дописываешь [id] part100500, далее звездочками.

А еще через 2da можно корованы грабить: создаешь 2да под названием rob_cowtrain.2da, прописываешь в него такие столбцы:
Id - так же, как и везде
Name1 - ресреф возницы корована
Name2 - ресреф первого охранника
Name3 - ресреф второго охранника
RoberT - тип грабителя - E - ельф, Z - злодей
RName1 - ресреф главного грабителя
RName2 - ресреф первого неглавного грабителя
RName3 - ресреф второго неглавного грабителя
CApp1 - Id из appearence.2da, отвечающий за внешний вид первого существа, тянущего корован
CApp2 - Id из appearence.2da, отвечающий за внешний вид второго существа, тянущего корован
CApp3 - Id из appearence.2da, отвечающий за внешний вид третьего существа, тянущего корован
CApp4 - Id из appearence.2da, отвечающий за внешний вид четвертого существа, тянущего корован

Затем запихиваешь этот 2да в хак. В палитре появится триггер COWTRAINROB, ставишь его куда тебе надо и наслаждаешься ограблением корована, написанного тобой в 2да.

ваулт. А лошадей можно поставить биоваревских, поставив патч 1.69

Это как понять?

*исправил*

ReZkiy, а другие вещи и расы мира LOTR тебя интересуют?
(оружие, броня, ортханк)

Я нашёл эти скрипты , пожалуйста скажите для чего они нужны? Куда ставятся ? И напишите комментарии к ним.
пожалуйста

Первые два скрипта - стандартный OnSpawn-скрипт, включенный в режиме поиска точек патрулирования и генерации сокровищ, к которому приписали вызов зомби-скрипта. Третий - стандартный OnDeath скрипт, к которому приписали ограбляемый труп. Последний скрипт, как следует из описания, заставляет монстра искать ближайшие трупы и рыться в них ("есть"), издавая звуки и отправляя в чат мессаги. Его никуда не надо ставить, вызывается через OnSpawn-скрипт. Подробные комментарии имеются в коде.

Где???

Сюда

http://vnmedia.ign.com/nwvault.ign.com/fms...81188_thumb.jpg
Где ты нашел орка который на ближнем плане? В каком хаке?

Здесь !

76 мегабайт
Но все равно спасибо!

Ты конкретно скажи, что тебя интересует. Я многое нашёл и ещё найду!

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

…цикл рассчитан на универсальность использования при работе с последовательностью вейпоинтов переменной длины с заданным шаблоном тагов (WP_tag_1, WP_tag_2, WP_tag_3, WP_tag_iInt…); внутренний цикл отыскивает по тагу среди множества всех объектов на локации текущий (из внешнего цикла) вейпоинт с i-тым тагом и выполняет условие скрипта при нахождении.
Собсно вопрос: конструкция работоспособная, но в лог вызывает сообщение об ошибке (стандартное «СЛИЖКОМ МНОГО ИНСТРУКЦИЙ») – что может вызывать ошибку и в чем она?

Похоже сам себя перемудрил – внутренний цикл лишний и видимо он и вызывает ошибку.

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

Да, я так и исправил в посте – внутренний цикл можно просто удалить, а если префикс «tag» менять на уникальный для групп вейпоинтов/локация, то и условие «if(GetArea(oWP) == OBJECT_SELF)» там тоже ненужно. Просто долго извращался над скриптом, чтоб научить работать с переменным числом вейпоинтов и потом упрощал его до минимума слегка коряво.

Чуть призадумался. Подскажите навскидку:

1. Поставил в OnDeath существ проверку:

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

2. Хотел сделать такую фичу: друид преврящается в жЫвотное, и все окружающие звери начинают дружить его (и его энимал компаньона), друид преврящается в голема (шейпшифтом), и все окружающие големы начинают дружить его (и его энимал компаньона; последнее, конечно не натурально, можно пытаться исправить, но пока не мешает). Трабл в следующем: друид в звероформе и будучи дружественным к фракции энимал пробегает мимо гоблина (естественно врага). Гоблин его естественно тюкает по шкуре своими никчёмными гоблинскими лапами. Но друиду действия гоблина глубоко паралельны, ибо он реально бежит по делам. А вот дикому и ужасному зверю-еното-бобру из фракции энимал совсем не пофиг. Он подбегает к гоблину и говорит: "Ты на кого клешни поднял? На моего друга! Сейчас я тебе клешни твои пообломаю!". "Да ладно, не парься, друг, я не в обиде на него," - говорит друид. "Слушай да, беги куда бежал! Тут уже личное. Я ему точно вмажу!", - говорит боброенот. И вмазал. Гоблин в ответ, и ещё и братков своих позвал. Ну енот тоже не лох, своих друганов позвал. Лосе-черепаху там, чёткого мишку и других. В общем, разборка началась чисто конкретная, клык за клык, все энималы против всех гоблиноидов во всех локациях воюют. Шерсть, пух, чешуя только и летят. Комбат саунд даже в соседних модулях слышен, не то что в соседних локациях. Как с этим беспределом бороться, можно ли навалять одному этому козлу носатому, чтобы со всей бандой отношения не портить?

1. Навскидку не скажу, посмотри, что вернёт GetMaster(oKiller), когда маг и фам в разных локах.
2. Проблема во флажке Global, нужно его убрать в редакторе фракций, видимо, и для животных, и для гоблиноидов.

2. Компьютер мой помер, пишу по памяти. Во-первых, помогают только френды, нейтралы (50 реп) в бой не лезут. Во-вторых, смотри скрипты аи, там может быть сдвиг репутации фракции. И, в-третьих, кури мануал, он тоже должен помочь. Про глобал-флаг уже сказали.

Уже дня три назад добавил индикаторы этих чеков, но нвн запустить пока не удаётся ибо работа.


Даже без него фракции друг друга звереют, в лайн оф сайт как минимум. Но я, пожалуй, готов предъявить жесткие требования к системе: НПС не воюют друг с другом никогда. Если нужно противное - использовать анимацию ударов и эффекты урона.

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

GetMaster(oKiller) возвращает персонажа, зато GetIsPC(GetMaster(oKiller)) возвращает FALSE. Всё работает в таком виде:


P.S.: GiveXPToKiller - моя внутренняя функция

Работая с функцией ExecuteScript, столкнулся с парой таких интересных фактов:
- Лексикон категорически настаивает, что у этой функции нет задержки («ExecuteScript() has NO delay!» (с));
- компилятор тулсета же вполне нормально воспринял при пробе такую конструкцию, и на первый взгляд она даже правильно работала при тесте …но неожиданно стали возникать странные перебои в отсчете модульного времени.
Стало создаваться впечатление, что часы модуля отказывались идти вперед в тех локациях, где работала эта скриптовая конструкция. А когда персонаж их покидал – время делало резкий скачек к тому значению, которое оно должно было достигнуть естественным путем, нибудь тех сбоев.

Скрипт крепится на объекте, срабатывает при взаимодействии с PC и по задумке перезапускает сам себя через таймаут до тех пор пока на локации есть PC.


Часто видел похожие проблемы со скачками времени в других онлайн-модулях. Кто знает – эти вещи действительно взаимосвязаны и лучше не делать таймаутов для ExecuteScript?

Лексикон прав. ExecuteScript() вызывается без задержки (если не скормить ему эту задержку специально), а вызвавший его скрипт ждёт, пока тот не завершится.

Если это весь код, который перезапускается, то никаких лагов со свременем он вызывать не должен.

Лаги со временем - фича движка нвн, появляется в зависимости от положения звёзд на небе. Особенно, если игроков немало зашло. На геме в 2005м время тормозило даже в локациях без скриптов.

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

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

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

А есть готовый скрипт на spawn монстров, но в котором можно будет менять монстров, и время spawna, спавн убудет делаться для онлайна, сам со скриптами не умею работать, по возможности если есть скрипт допишите с нормальный разяснением, чтобы человек не пользовавшийся скриптами понял
Автор:::::::::::::::::Milez:::::::::::::::::::::::
:::::::

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

Чем, кстати, не устраивают обычные встречи? там можно настраивать мобов и их кол-во, даже генерацию от того какой фракцией наступаешь.

В смысле встречи?
Если ставить триггеры, то респ я так понимаю будет происходить, если на него снова наступить, получается надо будет всех информировать, что при входе снова в локацию, будет респ мобов, и ставить триггер как раз на входе, или может я что то не понимаю?
Потом допустим если мне нужно поставить моба где нибудь на возвышении гор одного, как я это сделаю с триггером, он респаться будет на каком растоянии..
У меня просьба, если кто делал скрипты на спавн мобов с пропись разных мобов, чтобы их можно было поменять на других, ну тоесть на любых других какие будут в модуле, и время через каторое будет респ, я в скриптах почти 0, а разбиратся в них просто времени нет работаю много, если кто напишет, потом обязательно договоримся$$$

Запускаем тулсет, открываем нужную локацию, открываем вкладку с монстрами и жмем кнопку «редактировать и копировать» на понравившемся, делаем что хотим с этим монстром и создаем ему уникальный резреф в конце сохраняя в кастомной своей палитре, копируем этот резреф себе в сторонку.
Скачиваем скрипт генератор, запускаем, выбираем (в окошке вверху слева) тип скрипта «нормальный скрипт», выбираем источник запуска скрипта «ПС входит куда-то», отменяем спец условие, выбираем из списка скриптовых эвентов «сделать если ЭТО тогда ТО условие» и жмем кнопку «скрипт»:
- выбираем тип условия «проверить локальную целочисленную»;
- вводим в поле название для нашей переменной (ну например MONSTER_SPAWN_CHECK);
- выбираем галочку на условие «точно равно»;
- выставляем значение «0»;
- жмем «ок»;
выбираем из списка скриптовых эвентов «спавн созданий» и жмем кнопку «скрипт», заполняем поля:
- «резреф» (копируем его из описалова монстра которого хотим спавнить);
- визуальный эффект спавна (можно не трогать);
- точка спавна – по вейпоинту (указываем таг нашего вейпоинта);
- действия создания при респавне – выбираем «без действия»;
- жмем «ок – выход»;
выбираем из списка скриптовых эвентов «установка локальных переменных» и жмем кнопку «скрипт»:
- выбираем тип переменной «целочисленная» и ставим соответствующий флажок (integer);
- вводим в поле название нашей переменной упомянутое блоком выше (в примере MONSTER_SPAWN_CHECK);
- устанавливаем ее в значение «1»;
- жмем «ок – выход»;
жмем кнопку «окончить текущие если», выбираем вариант «просто закончить», жмем кнопку «закрыть», видим в окошке наш сгенерированный скрипт и комент «поместите на OnEnter»:

копируем все это дело, жмем «свойства локации» в тулсете, открываем вкладку «события» и ищем окошко «OnEnter», жмем кнопочку чуть правее чтоб открыть редактирование скрипта на этот триггер и вставляем туда этот скопированный из генератора скрипт и сохраняем его под оригинальным именем, ставим на локации вейпоинт упомянутый в скрипте с упомянутым оригинальным тагом («TAG_OF_WAYPOINT» или что там придумается) – это будет точка спавна упомянутого монстра (резреф которого не забываем указать посмотрев в своей кастомной палитре в свойствах монстра).
Жмем в генераторе скриптов кнопку «очистить для нового скрипта», «ок», снова выбираем тип скрипта «нормальный», выбираем стартер «ПС разрушивает/убивает монстра или плейсебл», выбираем че будет если убьет последователь – «отразится на ПС», отменяем наличие спец условия, выбираем из списка скриптовых эвентов «установка локальных переменных» и жмем кнопку «скрипт»:
- выбираем тип переменной «целочисленная» и ставим соответствующий флажок (integer);
- вводим в поле название нашей переменной упомянутое блоками выше (в примере MONSTER_SPAWN_CHECK);
- устанавливаем ее в значение «0»;
- жмем «ок – выход»;
жмем кнопку «закрыть», видим и копируем наш сгенерированный скрипт с пометкой «поместить на OnDeath»:

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

Итого: имеем локацию; на ней точку респавна монстра (наш вейпоинт); и скрипт на входе в локацию который проверяет игрока в нее входящего на локальную переменную – если игрок уже убивал нашего оригинального монстра или еще не был на этой локации, значит новенький и целенький монстр появится в указанной точке при входе, если уже заходил в локацию но монстра еще не убивал, значит спавнить нового не будем.

Система будет отлично работать для синглплеерного спавна монстра – для мультиплеерного как правило они сложнее и индивидуальнее.

Valeroy, скажу грубовато, но прямо - во всём нужно разбираться. Если ничего не изучать самому, а только просить сделать другого и показать, где тут настройки, ничего у тебя не выйдет. Для начала могу посоветовать, как бы странно ни звучало, - погуглить про нвн тулсет. Когда я начинал (лет 9 назад, с сингловых модулей), с интернетом было туго, да и форума этого вроде не было вообще, однако я нашёл себе статьи по тулсету с разжёвыванием всего и вся. Даже кастом контент зацепили. Кажется, они были на сайте либо игромании, либо лки.

Когда выкуришь мануалы с элементарными основами, у тебя не будет вопросов по поводу того, как работает тот же триггер встреч. Скрипты да, в полной мере понятны далеко не всем, но уж выучить настройки плейсов, итемов и триггеров ума много не надо. До кучи, стоит распотрошить все модули под рукой (первым делом - кампанию). К слову, нордок (по крайней мере его версия, доступная для скачивания) в качестве спавнера использует как раз-таки самые обычные триггеры. Гем1 в своё время тоже использовал триггеры для спавна.

Valeroy, есть тут на форуме такая штука как база скриптов, страница 2 пятый сверху.

Место где появится новый NPC определяется путём выставления вэйпоинтов с названием типа "WPR_"+ тэг_умершего_NPC. Если в начале тэга NPC стоит "NPC_", то эти четыре символа отрежутся.

Может кто нибудь разжевать?

Flaristan спасибо тебе огромное, приду домой буду пробовать, а на мультиплеер разве не пойдут такие скрипты?

А как сделать допустим, чтобы было 4 сундука на боссе и в каждом сундуке были вещи, около 5-7, на каждый класс, и еще чтобы после каждого появления босса вещи тоже появлялись в сундуках, но уже другие, ну с небольшим добавлением