Общие сведения

Pointer Control позволяет управлять игровым персонажем при помощи стрелок на клавиатуре. Эта особенность игрового процесса распространена в картах жанра RPG. При этом возможно и стандартное управление персонажем, используя мышь.

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

Особенности

1) Исполнение на Jass (кто не знает, что это такое, советую прочесть эту статью.
2) Возможность использования в многопользовательской игре.
3) Удобство в копировании (в одно действие).
...

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

Как использовать в вашей карте?

rel.1.0, rel.2.0
1) скопировать все триггеры из папок "Camera", "Init" и "Move";
2) удалить триггер "Variables" из папки "Init" (он не нужен, поскольку уже произошло создание необходимых переменных);
3) создать регион с именем "Start";
3) создать персонажей (для удобства - нейтрально-пассивных) на стартовой позиции всех игроков (в пределах созданного региона "Start").

+ (начиная с rel.2.0)
4) вычислить индекс анимации "Walk" для каждого юнита в триггере "Choosing" (объяснять не буду, думаю, что все знают, как это делается), сопоставить персонажам этот индекс.

vJass-release

1) скопировать триггер "PointerControl vJass";
2) создать регион с именем "Start";
3) скопировать способность "Режим" из раздела "Способности" и подкорректировать (если нужно) равкод в функции "CameraMode_Conditions" (по умолчанию - 'А000' );
4) расставить персонажей (для удобства - нейтрально-пассивных) на стартовой позиции всех игроков (в пределах созданного региона "Start");
5) вычислить индекс анимации "Walk" для задействованных в игре героев; в функции "Choosing" выполнить аттач этого номера персонажу (в проверке равкода).

Как играть?

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

Режимы игры

В процессе игры существует возможность изменить вид камеры (вернуть в стандартный игровой режим). Для этого нужно:

rel.1.0, rel.2.0
- в чате напечатать сообщение "-c". Чтобы возвратиться к виду камеры от первого лица, необходимо еще раз произвести последнее действие.

vJass-release
- нажать на соответствующую этому действию способность "Режим" в панели героя. Чтобы снова возвратиться к виду от третьего лица, нужно еще раз произвести последнее действие.

Релизы

rel.2.0 - переделано движение героя, добавлено немного динамики и ходьба назад.
vJass-release - предельно упрощено копирование наработки в карту пользователя.

_____________________
P.S. Поскольку я не любитель игр подобного жанра, приму к сведению пожелания и замечания знатоков ;)

Прикрепленные файлы

	Pointer Control rel.1.0.w3x (87.4 Кбайт, 61 просмотров )
	Pointer Control rel.2.0.w3x (88.7 Кбайт, 189 просмотров )
	Pointer Control vJass.w3x (87.1 Кбайт, 93 просмотров )

Не нашел ни одной более-менее без утечек.

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

Многое понравилось но
Недостатки на мой взгляд:

• Из-за использования ордеров есть "дерганья" анимации
• Медленный поворот юнита
• Комбинации "вверх+влево\вправо" работаю с запозданием, и юнит поворачивается очень быстро

Может мовить юнита и затратнее, но изчезнут все 3 этих недостатка

Ходить задом? Это же изврат! =) У меня предусмотрен поворот героя на 180 градусов, что с лихвой заменяет "рачий ход" (я понимаю, в гонках это применимо, но в РПГ?).

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

Не играл, но первым словом все сказано! =)
_______
P.S. Но если будет время - сделаю.

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



Ну почему же теряется, все зависит от фантазии и уменя конечного пользователя, который будет переводить наработку на рельсы своей карты.
Со скоростью еще один момент, выставить на 0 не сложно будет, а вот потом персонаж не сможет бежать выше скорости в 522, игровые константы не позволяют делать выше, для РПГ возможно и не столь существенно, а если захочется на основе сделать карту-гонки, карту-воздушный симулятор? скорости в 522, скажу сразу (сам проверял) будет не хватать. Я почему сам делал подобную наработку (она тоже на сайте где-то валяется), у меня была мысль свои гонки на варе сделать, и максимальной скорости в 522 ужасно не хватало.



Поиграй, тем более что она идет вместе с патчами и очень интересна сама по себе, арсчитана на 4 игроков, выполнена в стиле гонок на разрушение. Как и писал выше мы с другом резались очень долго в нее :)

В любом случае нужно расматривать на что нарабокта нацелена, если только РПГ, то проделаных тобою работ впринципе хватит. А если применять в других направлениях (те же гонки, авиа-симуляторы) то будет нехватать некоторых аспектов.

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

О других направлениях не думал, поскольку даже в РПГ никогда не играл толком. Я просто оценивал то, что есть на сайте.

Но теперь есть повод для размышлений.=)

alexkill добавил:

Ну уж с этим как-нибудь разберусь.

В карте есть враг.

С Move'ом свои проблемы возникают (как прохождение сквозь декорации и т.п.). А насчет поверхности - не знаю... Не втречал на своем пути оных.

И че там зо утечки?

дооо канешн надо плодить системы..


нет это не изврат а удобная вещ


ОМГ! вобщем все ясно))

локации, полярки...


Убрал во второй версии: теперь без приказов + перс ходит "задом", хотя зачем это надо - я так и не понял. Вообщем, по желаниям критиков... Им виднее.

Неправда, у мну тока юзается при ините но это хрень оно не грузит, а в периодиках все оптимально... хоть и морально устарело.
Мб ты не мою смотрел..

У мну вот идейко есть насчет setunitx и y - ведь есть ф-ция проверки патчинга в точке, это дает решение!

Scorp, когда писал тот пост, твою не смотрел =)

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

alexkill добавил:
Но и с сетюнитпозишн все норм, хоть она и тормознутая )

alexkill


Я не знаю как это делается, подскажи?

Прикрепленные файлы

anima.w3m (16.9 Кбайт, 43 просмотров )