Что значит "после квеста"? Если ты закрываешь квест, значит у тебя где-то стоит команда:
StopQuest [QuestID].
Вот перед ней и поставь enable или disable.

Отредактировано SpalnyVagon (2011-04-17 09:05:38)

speed_sn1er
Привет! Понимаешь, как правило пишется основной квест, в котором создают сколько нужно стадий. Например 10, 20,30,40... Четыре стадии. Почему так, а не 1,2,3,4? А для возможности "манёвра", что бы в любой момент добавить, если возникла необходимость дополнительные стадии - 11, 12, 13...и так далее.
Стадии квеста по мере его прохождения выполняются. Например после разговора с таким то NPC и получения нового задания, заканчивают стадию 10 и начинают стадию 20 и ГГ идёт к следующему NPC, говорит, убивает, приносит, находит и т.п. И снова закрывают 20 стадию и начинают 30 и так далее.
И в итоге к концу квеста - после выполнения основного задания - заканчивают квест закрывая последнюю стадию и весь квест.
Стадию и квест можно завершить, как угодно. В разговоре с NPC, найдя предмет, убив кого то, вылечив кого то, войдя в триггер, включив активатор и тп.
Вот мы и пытаемся понять, как у тебя заканчивается квест. Каким действием?
А лучше посмотри урок Wulf Создание полноценного компаньона часть 2 и Igor Ra создание квеста Старого Грега и всё поймешь сам, там есть все эти моменты, как и где завершить или начать стадию. И при взятии предмета, при взятии задания, при возвращении предмета и т.п.

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

Отредактировано K.A.I.N. (2011-04-17 14:35:11)

speed_sn1er
Привет!
Вот так сделай, если у тебя нет основного квеста. Просто убив NPC ты уберёшь объект.
Вот NPC и объект ДВЕРЬ

Вот труп и нет двери

А вот скрипт.
scn AAAKainWanderMenDeadScript
begin onDeath
if AAAKainWanderMenREF.GetDead == 1
AAAKanBarracksDoorRef.disable
endif
end
Если есть квест который нужно завершить с убийством NPC  добавь в скрипт строку

Если нужно сообщение выводимое на экран - создай его и добавь в скрипт строку

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

Видишь один в один с предложенным мной вариантом - только убирается NPC. По сути ты день потерял, только из-за того что был невнимателен.
Пока.

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

SpalnyVagon, Спасибо за информацию, мне вот интересно за это:

А можно ли при попадании в противника с огнестрельного оружия противник пропадал и появлялся например 2 метра ливее ?

Отредактировано speed_sn1er (2011-04-23 16:47:15)

SpalnyVagon, А если чтобы появлялся сзади player ?

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

Вот такое наблюдение:

В инвентаре игрока есть вещь-маркер, к которой прицеплен скрипт

;==============================================
Begin OnEquip Player

Set ActorREF to Player
     ActorREF.UnEquipItem OutfitWastelandHat05 ; команда раз
PrintToConsole "Unequiping done"
     ... тело скрипта
     ActorREF.EquipItem OutfitWastelandHat05 ; команда два
PrintToConsole "Equiping done"
     ... тело скрипта

End
;===============================================

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

Но, если присвоить вещи-маркеру горячую клавишу, например "3", то в режиме игры (не меню) при нажатии на эту клавишу бандана снимется командой раз, но не будет надета командой два. Хотя в консоли и будет два сообщения Unequiping done и Equiping done, игровых сообщений (левый верхний угол) будет только одно - о том, что бандана снята.

Такое поведение этих функций нигде не задокументировано, ни на geck.bethsoft.com, ни на cs.elderscrolls.com. Там описываются похожие, но другие "особенности". Также не нашел упоминаний об этом на известных мне форумах.

Вывод: в GameMode  из последовательности команд UnEquipItem.rMyItem и EquipItem.rMyItem будет выполнена только первая.
             Возможно, они ведут себя так только в пределах одного фрейма, и если вторая команда будет вызвана в следующем фрейме, то все сработает как надо. Но я не вижу способа заставить работать блок OnEqiup два фрейма подряд и поэтому не могу проверить.
             В MenuMode последовательность команд  работает так, как ожидается, не смотря на то, что обе команды выполняются в одном и том же фрейме.

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

Собственно, вопрос: это только у меня так? А если вы тоже встречались с таким поведением этих функций, то как решали проблему?

Отредактировано evp (2011-10-23 22:28:42)

Вряд ли. Вот эта подойдет точно: disableplayercontrols 0 0 1

Заглянул в OSFM (жаль, что не догадался посмотреть раньше, думал, что там просто тупой перевод из Construction Set Wiki):

Здесь, как мне кажется допущена неточность. А именно - не сказано, что эта особенность проявляется в GameMode, в то время как в MenuMode эта последовательность прекрасно срабатывает даже в одном фрейме. К тому же, там говорится о зачарованных вещах.

Что касается RemoveItem - AddItem - EquipItem, то у этой последовательности есть один существенный недостаток: теряется текущее состояние брони. Придется запоминать при помощи GetEquippedCurrentHealth (функция NVSE), что влечет за собой еще и определение слота, в который одета вещь (видимо, для этого нужно будет организовать цикл Label -  GetEquipped - GoTo Label). И только после этого добавлять вещь, но не при помощи AddItem, а при помощи AddItemHealthPercent. В общем, морока. Лучше уж заранее узнать, не придется ли эту вещь впоследствии одеть и тогда не снимать ее вообще. Но, если заранее узнать невозможно, то это единственный выход?

Что же касается того, чтобы в OnEquip одевать, а в GameMode снимать, то меня наверное не так поняли. Чтобы было понятнее, расскажу. В инвентарь игрока добавляется маркер. При "одевании" маркера вся одежда с персонажа снимается, а взамен надевается заранее подготовленный набор другой брони/одежды. Изначально предполагается, что скрипт срабатывает при активации маркера-брони в MenuMode (из Пип-боя). В таком случае все работает как и задумывалось. Но игрок может "повесить" этот маркер на горячую клавишу. Вот тогда и всплывает эта баго-фича. Скрипт в таком случае работает в GameMode. Вообще, я эту проблемку решил проверкой на наличие вещи в списке для надевания и, если она там есть, то я ее просто не снимаю.

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

Кстати, пользуясь случаем, спрошу: как можно узнать, что ГГ сейчас плывет? Функция IsSwimming работает только на NPC. Отслеживать координату Z в Вегасе бессмысленно. Может кто-нибудь знает, как игра определяет, что игрок плывет и проигрывает соответствующую анимацию? Или, если это неизвестно никому, то как можно отследить, что началась анимация плавания?

Отредактировано evp (2011-10-24 20:25:32)

Shinshila

Или я тебя плохо понял, или ты не умеешь готовить таймеры

Вот к примеру:

- Я взял первую попавшуюся броню ArmorCombat, скопировал ее как evpTestArmorCombat;
- Сваял на быструю руку квест evpTestArmorCombatQuestDoOnce с единственной галочкой Start Game Enabled;
- Приготовил сообщение evpTestAlarmMessage (Message Box, окошко с кнопочкой);
- Написал два скрипта
=================================================
ScriptName evpTestArmorCombatQuestDoOnceScript

Begin GameMode

Player.PlaceAtMe evpTestArmorCombat
StopQuest evpTestArmorCombatQuestDoOnce

End
================================================
ScriptName evpTestArmorCombatScript

float timer
short count

Begin GameMode

Set timer to (timer + GetSecondsPassed)
If (timer > 120) && (count != 1)
   Set count to 1
   ShowMessage evpTestAlarmMessage   ; Я вся такая из себя броня, лежу тут уже целых 2 минуты, а ты меня почему-то еще не подобрал.
EndIf

End
===============================================

Первый скрипт сделал квестовым и прилепил его к квесту evpTestArmorCombatQuestDoOnce, второй сделал объектным и прилепил его к evpTestArmorCombat. Все.

Сохранил плагин, подключил, загрузил игру и существующее сохранение.

Тут же под ноги свалилась Боевая броня. Стою и жду. Через две минуты - сообщение: "Я вся такая из себя броня, лежу тут уже целых 2 минуты, а ты меня почему-то еще не подобрал." И все, больше никаких сообщений. Их и не должно быть.

Наверное, я все-таки тебя неправильно понял. Покажи свой скрипт.

Отредактировано evp (2011-10-26 03:59:06)

Хм. Вроде бы не должно 2 раза выскакивать сообщение. За исключением одного момента.

Попробуем разобрать логику скрипта с самого начала.
Предположим, что игрок нажал на клавишу 5. Тогда, согласно стр. 12 (if IsKeyPressed 6), переменная tap примет значение 1. Кстати, это значение она менять не будет никогда, пока игрок не нажмет клавишу 8. Далее, при проверках на строках 20 и 21

20 if (tap == 1) && (player.GetEquipped итем)
21 if IsKeyPressed 6 && key == 0

(предположим, что итем оборудован и игрок еще не успел отжать клавишу 5), переменная timer примет значение 25, а key станет равно 1. Опять предположим, что есть какая-то цель у игрока, она жива и это человек, тогда переменная target не примет нулевое значение. После этого игра доберется до строки

49 if timer > 0

не изменит значения timer и прекратит выполнение скрипта в этом фрейме.

В следующем фрейме если игрок еще не отжал клавишу 5, завалится проверка в строке 21, но пройдется проверка в строке 45 и скрипт опять будет завершен строкой 46 до следующего фрейма. И только когда игрок отпустит клавишу 5 завалятся проверки в строках 21 и 45
21 if IsKeyPressed 6 && key == 0
45 elseif IsKeyPressed 6 && key == 1

Игра опять получит возможность продолжить выполнение скрипта в строке

49 if timer > 0

Проверка пройдена, выполняется

50    set timer to timer - GetSecondsPassed
51    return

Опять следующий фрейм, и опять строки 49, 50, 51. И так до тех пор, пока timer не станет отрицательным (прошло более 25 секунд).
Когда это случится, пройдется проверка

52  elseif timer <= 0 && key == 1

И будет выдано необходимое сообщение, обнулятся key и target, а timer так и останется отрицательным.
Совокупность этих новых значений вкупе с предыдущими проверками воспрепятствует повторному показу сообщения.

Вроде бы все в порядке, но тут игрок нажимает клавишу 8, переменная tap устанавливается в значение 2. Предыдущие проверки игнорируются, а key при определенных условиях устанавливается в 1. При этом вспомним, что timer остается все еще отрицательным. Вот тут-то, при проходе скрипта в следующем фрейме, положительно пройдется проверка

52  elseif timer <= 0 && key == 1

и будет показано сообщение еще один раз. При этом key и target будут принудительно обнулены, что, возможно не предусматривается логикой блока if (tap == 2) и приведет к непредсказуемым последствиям (точнее, вполне предсказуемым, но я не хочу углубляться в логику этого блока потому, что цель, вроде бы достигнута и объяснено повторное получение сообщения).

Решение, если я прав во всем, что написал выше и угадал проблему, то решение тут вполне тривиально - не допустить срабатывания блока с таймером вне блока if (tap == 1)

Возможно вот так:

if (tap == 1) && (player.GetEquipped итем)
   if IsKeyPressed 6 && key == 0
      set timer to 25
      set target to player.GetCombatTarget
      set key to 1
      ... бла-бла-бла...
   elseif IsKeyPressed 6 && key == 1
      return
   endif

   if timer > 0
      set timer to timer - GetSecondsPassed
      return
   elseif timer <= 0 && key == 1
      ;    вывод сообщения+переменных
      set key to 0
      set target to 0
   endif
endif
elseif (tap == 2) && (player.GetEquipped итем)
   if IsKeyPressed 9 && key == 0
       set target to player.GetCombatTarget
       set key to 1
   endif
   ... бла-бла-бла...
endif

Отредактировано evp (2011-10-27 00:45:23)

В общем спасибо за совет. А теперь ПРИКОЛ в студию Оказывается та сборка игры которую я использовал где то тупит и выводит вот этот баг с двойными срабатываниями. Слил сборку попроще где чистая игра+ДЛЦ и больше ничего, и там всё норм работает по этой же схеме, срабатывает 1 раз. В общем вопрос закрытый по сути, проблема где то в модах или их конфликтах

P.S. вот уж не думал что моды могут так покоробить работу простейших команд.

Отредактировано Shinshila (2011-10-27 00:30:12)

На сколько я понял, ты хочешь запретить, во время боя, поднимать оружие. Правильно? Я так думаю, что нужно на время боя, через скрипт, командой EquipItemс параметрами, насильно вооружать определённой пушкой.

Встречный вопрос ко всем.

Как определить состояние одетой брони? Или экипируемой брони? Стандартными средствами возможно или только FOSE - NVSE?