Смысл в том, что получившийся объект плейсебл ничем не напоминает.

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


На самом деле, неть. Можешь открыть станартные скрипты и пройтись по ним от корня по всем вложенным инклюдам. Проверки, касающиеся plot-флага, встречаются только два раза в Talent spell/melee функциях.

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

Это я знаю, но мне не для статуй.


Не заметил. Я стандартным набором просто обычно пользуюсь (nw_c2_default*).

Ну, начиная с HotU, эти скрипты по дефолту ставятся в слоты новосозданному неписю в тулсете.

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

Я тогда неправильно указал в своем первом посте, что plot-флаг отменяет самозащиту. Я сейчас не могу с уверенностью сказать, почему так происходит, но сомневаюсь, что это чисто скриптовое решение, т.к.:
Чистый НПС с plot-флагом не защищается
Чистый НПС без plot-флага защищается
Скриптованный nw_c2_* НПС защищается в обоих случаях
Скриптованный x2_* НПС защищается только без флага
Надо будет глянуть, почему так. Ну т.е. понятно, что x2_* не защищается из-за процитированной проверки, но непонятно тогда, почему чистый НПС не требует такой же.

Возможно, существует заглушка в виде автоатаки, если скрипт в слоте пуст. В коде заглушки вполне может быть и проверка флага. Лень ковырять в IDA.
Ради интереса можно поставить игроку плотфлаг и посмотреть, будет ли автоатака.

Ну если в модуле порядка 100500 наименований скриптов

Нафига? Чтобы приведённый доминейтом или раззадориванием моб намертво закрывал проход? Хотя вряд ли это остановит старпёра - умельцы способны пролазить даже сквозь закрытые двери и глухие нагромождения плейсов - тоже движковая фича

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

В общем походу что-то вроде продвинутого «ExecuteScript» видимо. (хотя что-то сдается мне, что это рычажок от тулсетовского мастера сюжета)
Он бы напоминал, просто дело в том, что зафиксированная на НПС агрессия в НВН автоматически изменяет репутацию агрессора в глазах НПС, а атаки недружественного существа заставляют атаковать в ответ.
Плот флаг не дает совершить агрессию на НПС => репутация агрессора в его глазах измениться не может, и это не вызывает ответную атаку. Однако если скриптами НПС заставить атаковать в ответ – он будет атаковать.

Может конечно дело в том, что я моделю в 1.67 версии а использую под 1.69, но если это фича движка - по идее тут должно быть без разницы. Но дружественные НПС у меня стоят на месте при виде ПС.

P.S.: А временный «катсцен иммобилайз» на «онперсепшн» неписям проблему эту не решает?

При виде ПС они и не должны реагировать. Они отползают, когда ты к ним подходишь. Освобождают дорогу, типа. Слабовольные неудачники, hold the damned line...


Очень может быть, что постоянный катсцен иммобилайз именно то, что мне нужно.

Попробуй поставить им в параметрах скорости, в свойствах, без движения

Это точно не помогает. Я раньше делал кукол для битья иммобильными, но пятифутовый шаг при атаке они могут делать, равно как и быть сдвинутыми плечом игрока

В настройках редактора журнала в тулсете есть такой пункт «Очередности» - это что за очередности, порядок отображения тем в окне журнала (и если так, то получается самые актуальные в самом низу журнала), или я что-то путаю?

«Очередности» - это сортировка квестов по важности. самые важные вверху

Походу это просто пометка для фильтра записей в журнале, если стоит другой фильтр (а по умолчанию там по дате) – эта пометка ничего не дает.

вот про журнал, кстати из подписи gennady
http://remmgen.narod.ru/tredzurnal.html

вот тут еще:
http://www.city-of-masters.ru/forums/index...?showtopic=1752

Спасибо – подшил еще один мануал себе в коллекцию.

P.S.: Тулсет продолжает радовать своей необъятностью освоения. Остается загадкой как биовари умудрились на таком сказочном движке сделать такие унылые компании.

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

Когда возвращается игрок функцией

с последующей проверкой на валидность
почему не возвращается игрок мертвый? =) что за лажа?)
Почему он считается не валидным?
Как проверить наличие игрока в любом его состоянии - мертвым или живым?

В качестве второго критерия надо добавить труп (is_alive false кажется).

Причем там еще чехарда с состояниями трупа наблюдается: например функция GetIsDead считает трупом ПС в состоянии блидинга (поэтому чтоб выделить состояние «клинической» смерти приходилось еще считать ХП).

еще один непонятный прикол)))
Имя звукового объекта нельзя GetName() и ни в лог ни в SendMessage
Про переменные на звуковом объекте непонятно - когда ставишь число, почему-то возвращает 0, а когда TRUE - читает =)

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

denis0k рассказал как-то про шэйдеры для нвн1, оказывается есть такая тема вот и вот
Может и не ахти, но довольно забавно) Тема довольно старая, конечно...













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

Не увидел обещанного параллакс маппинга Везде одни пост-эффекты типа блума.

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

Вот такой вопрос... Возможно ли как-то изменить обязательное количество доменов у клеры? Т.е. чтобы игроку, при создании чара, нужно было выбирать не 2 домена, а один. Или может есть идеи как это красиво обойти? Например, что будет если уже после создания чара один из фитов, который даёт домен, убить у игрока? Механически у него останется только один домен?

Можно убить. Для этого нужно иметь кастомный ELC и нвнх.

Угу, так со всем в опенсорсе "Возможно кому-то захочется сделать лучше"

Существующими плагинами - нельзя, убийство фита уберёт только Domain Power, но заклинания - не уберёт. К слову, кастомный ELC тут не нужен, потому что дефолтный не заботится об отсутствии полагающихся персонажу фитов, только о наличии лишних.
Думается мне, можно сделать кастомный домен, не дающий ровно ничего, и при первом заходе клерика на шард менять у него второй домен на этот кастомный. Пользовать при реализации работу с фитами и доменами из NWNX Funcs (всякие Add/RemoveFeat(), Get/SetClericDomain()).

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

Я же писал. Надо что бы красиво) Ilerien подсказал в каком направлении думать. Сделаем пустышку и в зависимости от бога, в соответствующем поле, будем выдавать нужный домен + пустышку

Ну, просто ИМХО пустышка как раз и некрасиво – на мой взгляд лучше какой-нибудь бесполезный стилизованный домен, чем «выколотую бесконечность».

Удалил код. Нашел ошибку. Занятное свойство.

Оказывается для левелдрейна

int IP_CONST_ONHIT_SAVEDC_14 = 1;
int IP_CONST_ONHIT_SAVEDC_16 = 2;
int IP_CONST_ONHIT_SAVEDC_18 = 3;
int IP_CONST_ONHIT_SAVEDC_20 = 4;
int IP_CONST_ONHIT_SAVEDC_22 = 5;
int IP_CONST_ONHIT_SAVEDC_24 = 6;
int IP_CONST_ONHIT_SAVEDC_26 = 7;

а для остальных

int IP_CONST_ONHIT_SAVEDC_14 = 0;
int IP_CONST_ONHIT_SAVEDC_16 = 1;
int IP_CONST_ONHIT_SAVEDC_18 = 2;
int IP_CONST_ONHIT_SAVEDC_20 = 3;
int IP_CONST_ONHIT_SAVEDC_22 = 4;
int IP_CONST_ONHIT_SAVEDC_24 = 5;
int IP_CONST_ONHIT_SAVEDC_26 = 6;

Ах, как странно

Не бывает такого. Эти константы определены в nwscript.nss и соответствуют номерам строк в iprp_onhitcost.2da.

Задай
AddItemProperty (DURATION_TYPE_PERMANENT, ItemPropertyOnHitProps (IP_CONST_ONHIT_LEVELDRAIN, IP_CONST_ONHIT_SAVEDC_16), oWeapon);
а потом посмотри на предмет. У него будет свойство LEVELDRAIN: SAVEDC_14

Я тоже не ожидал от Bioware таких подстав.

Расскажу еще про одну. Можно насадить скриптом только одно свойство онхитспелл. Второе не вешается, а если сделать на предмете в тулсете такое свойство, то через скрипт повеситься еще одно без проблем. Особенности движка.

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

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

Кстати, не напомните какой скрипт сет у асошиэйтов? Просто у задоминированных существ перестаёт выполняться выставленный в тулсете хитбит, а это не хорошо.

nw_ch_ac*

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

Если нужны именно плэйсовые окна, то в 1.69 HotU (может и раньше) вполне годные есть, плюс всякие там балкончики, вывески и иже с ними. Олсо, сравни placeables.2da из своего нвна и из хака, вдруг где друг друга перекрывают.

Можно ли отловить изучение свитков визардом, успешное использование "защитной уловки", и если да какой дефолтный скрипт за это отвечает? или это зашито в двиг?

Зашито.

А НВНХ?

Ну если кто-то напишет плагин

Только самому руками писать, сейчас там нет таких эвентов.

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