Содержание

Приветствую, дорогой читатель. Долгих приветствий не будет, сразу тронем с места в карьер.
Чтобы составить правильный ролик, необходимо качественно написать триггеры, которые будут не затормаживая его контролировать как можно больше параметров: в окружающей среде, в действиях героев, например.
Также, триггеры подготавливают сцену для "съёмок" и к последующей игре (сбрасывают установки и сцену, декорации и проч. на игровые умолчания) - в случае, если этот ролик - лишь вводный в игре; запускают задания, музыку и сам геймплэй (будь то собирание бегающих/летающих овец или отстройка лагеря). Необходим также в ряде случаев, пропуск ролика нажатием Esc, что тоже не всегда удаётся :). Ну и наконец, параллельно, в процессе кинематики могут запускаться не в очередь (RunTrigger Action) триггеры, контролирующие тот или иной аспект на карте, добавляющий либо убирающий ту или иную чёрточку в общей картине, будь то создание действующих лиц за кадром для последующего использования, или создание спецэффекта, отрисовывающего проход в иные миры.
Для более детального изучения создания геометрии спецэффектов, зайдите по этой ссылке: ().
Итак, подробнее о триггерах:

СПИСОК ТРИГГЕРОВ, НЕОБХОДИМЫЙ ДЛЯ ЛЮБОЙ КИНЕМАТИКИ:

- <Cinematic name> setup. Это триггер-установка, запускаемый из главного триггера ролика (<cin name> cinematic Q) параллельно ему, не в очередь (ConditionalTriggerExecute Action). Здесь проводится подготовка к кинематике по следующим параметрам:

- variables
- game settings(game time, day/night cycle, game speed (locking in cin))
- selection param
- player states/allies/properties.
- unit groups
- units (очень широкий спектр действий)
--animations ( включая по желанию: vertex coloring, body part facing, blend/animation/turn/movement time/speed, flying height)
--abilityes
--buffs
- destructibles
- environment (fog, weather effects, water etc)
- floating text (if needed)
- sounds/music.(3d sound для профи ;) )

В общем, заносите сюда всё, что будет во время кинематики не по умолчанию.
Все эти параметры устанавливаются таким образом, какими оны должны быть в ролике. Те параметры и группы с объектами, которые надо будет потом восстановить в умолчание, как-то поменять или удалить, запоминаются переменными. Например, чтобы в поле зрения не попала безобразная гурьба вашей армии, она добавляется в группу HiddenUnits, которая потом, после окончательного редактирования (добавления некоторых нейтральных юнитов, исключения рудников из группы и др.), здесь же и прячется действием (HideUnit<Group - ?> Action); юниты, выделенные игроком в момент начала ролика добавляются в другую группу, затем выделение очищается; текущая камера запоминается в соотв. переменную, учитываются все пришедшие на ум параметры. ОСОБЕННО обращайте внимание на отвечающие за игровые/окружение настройки - запоминайте скорость, камеру, ин-гейм время. НЕ ЗАБУДТЕ PAUSE`ить ВСЕХ НЕАКТИВНЫХ ЮНИТОВ, дабы не возникало щекотливых ситуаций . Также неплохо бы запрещать на время кинематики спать тем, кому этого не следует делать. (смотри скрин 1)

- <Cinematic name> cleanup. Здесь проводится по аналогии с подготовкой к ролику сброс параметров на нуль, дефолт, то есть на игровой режим . Кстати, если ваша карта являет собой один сплошной ролик, без вмешательства игрока, то в этом триггере нужда автоматически отпадает - как и в <cin name> cinematic (смотри далее). В этом триггере производится возврат к объявленным в Setup`е значениям для различных вещей - к игровой скорости, к камере, к выделенной группе (selection) (выбираем бывшую выделенной в момент начала ролика группу - естественно после того, как она станет видима (unhidden))... В общем, ко всему тому, чему в setup`е вы давали переменную. Также здесь юниты "продолжаются" после паузы (Pause(All)Units Action); те, что спрятаны, вновь станотся видимыми, кое-кто убирается из игры, настраивается на умолчание туман, камера, анимация, звук. И здесь, и в setup`е в зависимости от строения карты могут быть какие-то объекты/величины, которые тоже придётся заносить на время воспроизведения в память и прятать, менять. А то и в кэш - всё зависит от пользователя, его чувства юмора, карты и целей, здесь же я описываю общие черты.

- <Cinematic name> skipped. Этот пропускающий триггер по умолчанию выключен, но включается в кинематике во временном промежутке, доступном для пропуска ролика, это время определяется пользователем. Служит для прекращения ролика, делает это следующим образом - по всей <cin name> cinematic Q расставляется нечто вроде контрольных точек - функция вида Если/то/иначе, но о ней позже. Так вот, когда этот триггер включен и игрок жмёт пропуск (Esc), триггер выключается, становясь непригодным для дальнейшего использования, и возвращает логическую, которая при проверке обрывает дальнейшую последовательность действий в основном триггере ролика; тем временем здесь идёт копия финальных действий от затемнения в <cin name> cinematic Q (смотри ниже код финальных действий или скрин номер 3) запускает cleanup, сбрасывает камеру к игровой , запускает отвечающие за геймплэй триггеры (типа надоевших уже заданий) и убирает из очереди триггеров основной. Начинается игра.
Кстати - если триггеров типа <cin name> cinematic Q больше одного, то убираются из очереди они все. И ещё кстати - если опять же ваш ролик - и есть всё, что произойдёт на карте, если это чистый кинематик, то после пропуска ролика нажатием Esc, cleanup не запускается, а всё что произойдёт - обрыв действия, затемнение и высвечивание диалога ПОБЕДА! (Поражение), либо просто выход из карты.

- <Сinematic name> (например, "Intro cin") cinematic. Этот триггер, в сущности, реакция на какое-то событие, которое приводит в действие кинематику (Add <cin name> cinematic Q to Trigger Queue Action). Если с этого ролика стартует карта (нечто вроде предисловия), то надобность в этом триггере отпадает - <cin name> cinematic Q добавляется в очередь в инициализации.

- <Cinematic name> cinematic Q. "Q" означает, что этот триггер добавляется в очередь. Это делается для того, чтобы никаких лишних действий из других триггеров, типа объявления подсказок, подкрепления или заданий, не наслаивалось в процессе. Вот почему сообщения типа " Подказка:" стоит также добавлять в очередь (AddTrigerToTriggerQueue Action). Здесь происходит непосредственно само действие, манипуляция с камерами, репликами юнитов; здесь мы применяем фильтры, и, во время применения финального и стартового, мы запускаем <cin name> setup и <cin name> cleanup (RunTrigger Action), включаем и выключаем cinematic mode. И здесь же мы вставляем функцию вида

If/then/else -
if <cin name> scipped (boolean var) = true
then do skip remaining actions
else do nothing.

после каждого "Wait x.xx sec" в разумных пределах - в равных временных промежутках от 2-х до 5-и сек. Это необходимо для прерывания кинематики в случае нажатия Esc. Временной промежуток характеризует то, как быстро будет реагировать на нажатие ролик. Не стоит заставлять ждать зрителя слишком долго - он может и решить, что пропуска попросту нет =).
Прим.: НЕ ЗАБУДТЕ в самом конце этого и <cin name> skipped триггеров убрать <cin name> cinematic Q триггер из очереди, иначе остальные, добавленные после (например, подсказки) будут очень долго не вступать в действие. (RemoveTrigFromTrigQueue Action (GetTriggeringTrigger)).
Вот примерное построение стартовой части этого триггера.
см. скрин номер 2.

Вот примерное построение финальной части этого триггера.
см. скрин номер 3.

Body Part Facing.

Это одна из возможностей микроуправления всеми теми действиями и мимикой героев/юнитов, которые вам предстоит двигать, заставлять колдовать и что-то говорить. Эта функция позволяет закрепить часть тела юнита направленной на другого юнита. Особенно хорошо, когда это летающий юнит - герой очень красиво провожает его взглядом, ТЕМ БОЛЕЕ, если юнит взлетает с земли.

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

***
Lock Unit`s (это чью голову/грудь вы повернёте) body-part (здесь вы выберете, что же у героя вам заблокировать в режиме обзора на юнита - голову или грудь. Голову надёжнее - грудь не стоит сильно вращать - будет глупо но весело смотреться) facing on Unit (это собственно тот, на кого смотрят) offset by x, y, z (здесь указывается, насколько точка, в которую направлен взгляд отстсоит от x0, y0, z0 позиции юнита-цели. Допустим, чтобы взглянуть в лицо ему - ставьте 0, 0, 70 - 100)
***

Unit`s Blend Time.

Ещё, при использовании вышеописанной функции очень важную роль играет ещё одна, расположенная ниже этой в списке в триггерах, которая отвечает за скорость поворота части тела в указанную позицию для модели юнита. Эта функция – Change Unit`s Blend Time. Для всех моделек юнитов в варе, что я видел, по умолчанию Blend Time = 150. Итак, Читатель, в твоих руках мощное оружие - экспериментируй. :)

Play/Queue Unit`s Animation.

Иногда возникает реальная необходимость проиграть повторяющуюся, лупинговую (:)) анимацию только ОДИН раз. Можно посмотреть, сколько времени идёт анимация, запустить Wait (sec) на приближённое этому время - однако это вызов лишний раз функции, занятие лишнего места (а перегруженные обилием строк триггеры начинают довольно ощутимо тормозить), да и всё равно, есть возможность того, что не попадёте в секунду, и анимация самым наглым и некрасивым образом прервётся. Можно и нужно поступить проще - есть кроме действия Play animation ещё и Queue animation - действие также удобно в использовании. Суть в том, что к текущей анимации юнита в очередь ставится другая, к поставленной следом можно ещё добавить - целый плэйлист получается =). Чтобы сбросить очередь и анимацию - используйте Reset Unit Animation.

Flying Height.

*I Ещё неплохо смотрится возможномсть с Change Unit`s Flying Height - она действует только на летающих или имеющих альтернативную летающую форму боевой единицы (об этом чуть позже), и в определённом темпе опускает/поднимает юнита на нужную высоту полёта. Так с дирижабля можно "выгружать" юнитов.

*II Если необходимо поднять нелетающего юнита на определённую высоту, а Change unit flying height не действует на нелетающих, вы можете поступить следующим образом: создайте две нестандартных способности - одну на основе "Книги заклинаний" (SpellBook), и добавте в неё второе - на основе "Перевоплощения" (Demon Hunter`s "Morph") с альтернативной формой боевой единицы, способной летать. Дайте способность на базе "Книги заклинаний" нелетающему юниту. А затем триггерно заблокируйте её - она исчезнет с интерфэйса пользователя, но способность на базе "Перевоплощения" останется активной. Теперь вы сможете менять высоту полёта этого юнита.
Система с "Книгой заклинаний" разработана Sergey.

Unit`s Vertex Coloring.

Экспериметируйте ещё и с прозрачностью и изменением цвета юнита – Change unit vertex coloring, помните, как в РОК Джайна имела становиться прозрачной, вплоть до полной невидимости? Просто её с периодом в 0.1 сек делали прозрачнее и прозрачнее - единственно видна была тень её, даже когда Джайна была уже не видна, но с этим уже ничего не сделаешь.
Я так проделывал в кино интересную вещь - когда я осознал, что прозрачность декораций, типа арки или колонны, менять нереально иначе, чем через Jass, я просто продублировал эту арку юнитом с соответствующей моделью, спрятал арку на время ролика (Play HIDE animation for all doodads in Region), а с юнитом-аркой уже делал всё, что хотел.

Animation Speed.
Movement Speed.

И конечно же, меняйте скорость анимации и движения для юнитов (анимация – Change Unit`s animation speed, скорость передвижения - в подразделе Боевая единица), это позволит вам тормозить кровавую сечу на поле боя, облетать его камерой, проскальзывая между застывшими в смертельной схватке пехотинцем и вуралаком, приподнять камеру и, поднимаясь всё выше, показать истинный масштаб, всю громадность занятого бьющимися войсками. Или делайте что-то вроде матрицы. Ускоряйте юнита - сделайте из него берсерка - он станет бегать и наносить молниеносные удары всем, кого встретит на пути... Дальше всё зависит от вашей фантазии.

Fog.

Экспериментируйте с туманом – в конкурсе на battle.net в числе победивших оказался ролик, где автор вёл съемки под водой. Всё было просто – увеличенные модели разбитых кораблей, рыб, пузырей, мимо проплывающих, и хорошо настроенный туман, имитирующий сокращённую видимость под водой.
Есть и ещё одно преимущество тумана - если камера смотрит параллельно земле и нет тумана - то должно быть видно далеко, и при таком режиме обзора игра будет сильно тормозить. Другое дело - с туманом - можно поставить границу отсечения или дальнюю граница камеры на расстояние, где туман уже полностью поглотит видимые объекты. Это сильно повысит производительность игры.

Sound.

Звуку тоже стоит уделить достаточно внимания – во время ролика ОБЯЗАТЕЛЬНО должна играть музыка, пусть даже и стандартная – иначе ролик обречён на непереносимую скуку - за исключением очень немногих ярких и динамичных. И всё равно, правильно подобранное музыкальное сопровождение может быть больше чем отличным фоном к происходящему в ролике, НО значительно увеличит его объём.
Так же, не стоит забывать и просто про озвучку - выставляйте на определённой местности и при даных погодных эффектах определённые Ambient sounds, фоновые звуки. К примеру - в гористой местности уместен повторяющийся фоновый звук ветра. На воде рисуйте несколько областей и дублируйте там повтор плеска воды или волн о крутой берег. В моментах с грозой в случайное (скажем, от 5 и до 30 сек. перерыва) в случайной же точке карты триггерно воспроизводите (Play 3d sound at Point Action) RollingThunder – звук раскатов грома, только для этого надо предварительно отметить в Редакторе звука в настройках этого звука окошко «Позиционный звук».

Camera Objects.

Работа с КАМЕРОЙ является одной из самых необходимых и, фактически, основных и незаменимых особенностей (в умелых руках - преимуществ) кинематики. Когда вы создали камеру, вы можете её так и оставить - вы создали камеру из стандартного обзора, из поля зрения и высоты по Z камеры, которая по умолчанию является обзором игры. А можете поменять обзор камеры, для этого нажмите Enter (или клавишу, которая заменяет эту по умолчанию) - тут широкий спектр действий. От высоты по Z и до угла крена, от угла атаки и до поля зрения. Примечательно то, что эдитор показывает иногда переход от одной камеры к другой (ApplyCameraObject (timed) Action) неклорректно, не так, как это будет выглядеть в игре, так что не отчаивайтесь, если к камере, которую вы накренили, ваш предпросмотр в редакторе полетит, вращаясь, под землёй - это ошибка редактора.
***
Пара интересных действий с камерой - когда камера, расположенная в лесу и слегка накренённая (в лесу - чтобы был заметен крен) плавно переходит в обычную, ненакренённую камеру несколько впереди - сам полёт её выглядит как есл бы съёмка шла с вертолёта.
И вторая - её опять таки использовали вездесущие Blizzard. Поле зрения и расстояние до цели хоть отвечают и каждые за своё разное, но если между ними установить определённый балланс - увеличивать поле зрения и уменьшать расстояние до цели и наоборот (скажем, на 10 точек поля зрения, 100 до цели), то камера, ОСТАВАЯСЬ НА МЕСТЕ, будет увеличивать или уменьшать поле зрения, таким образом, как будто перспектива искажается, придвигаясь или удаляясь от неподвижного зрителя. Так хорошо акцентировать камеру на каком-то объекте. И запомните - хотите показать величественного героя во всей красе - не расстояние сокращайте, а поле зрения, если же он стоит на поле битвы и вам надо объемлеть всю картину - увеличивайте, опять же, поле зрения.

Когда карта большая или в ней много импортированных моделей, которые ещё не размещены непосредственно на карте и будут там появляться уже в процессе игры, не при инициализации, надо эти модели с текстурами предварительно загружать (PreloadFiles Action). Так, вы бывало наблюдали, что при использовании впервые заклинания со сложным артом, карта "подвисает", а потом дёргается и опять всё идёт ровно. Дабы избежать таких тормозов, в лецензионной кампании Reign of Chaos и, вероятно, в The Frozen Throne, широко использовали предварительную загрузку, её следует применять и при создании (create)/ замещении (replace) юнитов. Это сильно сгладит процесс.

Три возможных действия с предварительной загрузкой -

1)Preload File - указывает путь к подгружаемому файлу. НО НЕ ЗАГРУЖАЕТ ЕГО! Это действие будто создаёт строку в листфайле, по которому уже потом будет загружать из указанных директорий.
2)Begin Preloading with a (x.xx) sec. timeout - вот эта строчка как раз и начинает подгрузку, здесь указывается время, за какое она должна пройти.
3)САМОЕ ИНТЕРЕСНОЕ!
"Preload Batch" - Preload all files, listed in filname - здесь указывается непосредственно Lisfile, в формате *pld, где прописаны пути до всех моделей/текстур/др. типов файлов; прописано время выполнения. Это может быть листфайл в Вар3.мпку или в импорте. В Вар3.мпк - это листфайлы для Credits и некоторых карт-интерлюдий - чтобы не дёргало и не тормозило. Это очень сильное и мощное действие, хотя им почти никто не пользуется (судя по просмотренным мною лично картам, а их было немало)

Некоторые правила пользования/составления

1) Необязательно но желательно, чтобы триггер с действием данного типа выполнялся в инициализации карты. Потому что при загрузке файлов подтормаживает всё равно, да ещё и не факт, что заданный спустя некоторое время после инициализации, во время игры, файл вообще загрузится. В любом случае, тормоз, тот которого мы пытались избежать случится при загрузке, если опять таки не при инициализации.
2) Если вы загружаете небольшой объём (например, 2 модели и две - четыре текстуры) пользуйтесь триггером. Можно - конвертированном в текст. Даже лучше. НО если вы используете большой объём загрузки - именно количеством загружаемых файлов - то проще составить прелоад-лист и сослаться на него в Preload Batch.
3) Прелоад-лист - та же функция, что и триггер с загрузкой, конвертированный в текст. Содержит следующие обязательные строчки:

I Function *** takes nothing, то же и returns
II Call preload( "Folder//Filefolder//Filename.xxx" ) (данный путь не обязателен так выглядеть, так выглядят большинство в Вар3.mpq)
III Call begin preload( x.xx )
IV endfunction



Как видите, та же функция, что и текстовой триггер, но только он не потребляет ещё и функцию "Create_trigger_action", так что немного выгоднее. Создать же непосредственно файл в формате *pld можно просто сменив расширение *txt файла, скопировав текст из конвертированного триггера, или написав (что дольше) от руки всё то, что необходимо. Потом импортируйте его в игру и в инициализации в Preload Batch ссылайтесь на этот файл.

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