ТЕМА: Какие извращения с ивентами вы хотели бы увидеть?

I_LORD пишет:
Перед боем записать кординаты игрока в переменные. А потом переместить его по этим координатам.

а на примере можешь показать,я то понимаю как это все должно выглядеть,но как реализовать?
Желательно демкой

I_LORD пишет:
Вернуться обратно вообще не проблема. Я дебилу "картошке"(да простят меня админы за грубость) с нейтральной отвечал.

Вот пример с лагерем.
yadi.sk/d/EvOWauT2cMsx9

Че за пример то скинул,что то я не понял?

А руки из ж.... Не оттуда растут.
Обновил ссылку.

Во,теперь понятно! Спасибо!

У Порше как раз были подобные темы, он ведь специализируется именно на анимации на чарсетах. Меня лично хватало максимум на полторы минуты, но у меня просто в плане рисования руки совсем не из того места растут.

А теперь я вам задам задачку крайне высокого уровня сложности: тактическая боевая система BLiTZ с использованием исключительно ивентов.



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

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

Agckuu_Coceg пишет:
Эм? Ты точно на мейкере это сделать хочешь?

Если бы это было ТАК ПРОСТО, то разве я бы говорил о сложности боевой? Нет, конечно, это только обычный тактический режим, и вот это я более чем знаю как реализовать.
А ролик нужно было досматривать до конца, потому что это именно демонстрация боевой системы.


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

Но шестьдесят-семьдесят процентов фишек этой боевой системы действительно реализуемы на ивентах.

Сосед, в чем проблема? Пиши ТЗ, сделаем))

Эльф, весь ролик и есть чистое ТЗ. Начиная от CP и AP, заканчивая укрытиями и огневой поддержкой.

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

Кроме собственно создания элементарных функций, присущих тактическим боевым системам (нанесение урона, смена оружия, вещи, дальность оружия, стэйты, AI противников во время вражеского хода), необходимы:

1) Тактический режим, в котором игрок выбирает персонажа, которым он будет ходить на данный момент. Число выборов ограничивается отдельным числом CP. После того, как все CP заканчиваются, игрок обязан завершит собственный ход, после чего игра переходит к противнику.

Сложность по Адскому Соседу: 2,5-3,5/5
Решение: Отдельная карта для тактического режима, одна переменная для числа CP, которая при обнулении не позволит выбирать персонажа, и обновлять своё значение после завершения вражеского хода; куча переменных, которые отслеживают x/y координаты персонажей и врагов во время боя и отмечают их по координатам на этой отдельной карте - а также переменная, которая задаёт выбираемого персонажа. Особый приз за сложность: отображение в тактическом режиме реакции противника в области поражения на данного персонажа (в ролике - полоски разных цветов от врага к персонажу, которые обозначали видимость нахождения в зоне поражения и угрозу), но это явно потребует невероятных усилий и ещё большего количества переменных.

2) Режим ходьбы. Каждый из персонажей имеет ограниченное число шагов, а также очки AP затрачиваются на атаку (один раз за ход CP). Как только количество AP заканчивается игрок, не может двигаться дальше. Следует заметить, что двигаться персонаж может даже после того, как атаковал - пока у него есть AP.

Сложность по Адскому Соседу: 1,5-2,5/5
Решение: Решается за счёт привязки изменяемой переменной AP к нажимаемым кнопкам движения или счётчику шагов. Каждый шаг отнимает от данной переменной одну шкалу, и как только она достигает ноля - персонаж останавливается и не может ходить дальше (правда, здесь возникает вопрос - а как это сделать). Значение переменной изменяется в зависимости от выбранного персонажа, или может возвращаться к исходному после реактивации за счёт CP или после завершения хода.

3) Система укрытий и зон.
Сложность по Адскому Соседу: 0,5-1/5
Решение: Легко решается при помощи террэйн тегов и коммонов, которые активируют условия при наступании или нахождении персонажа на тайле с данным тегом.

4)Реакция врагов на персонажа, находящегося в зоне видимости, в виде автоматической атаки или разворота в его сторону, а также - ответная реакция на атаку. Система огневой поддержки персонажа.

Сложность по Адскому Соседу: 5/5
Решение: На самом деле, примеров систем создания реакции можно найти множество, как на скриптах, так и на ивентах. Проблема заключается в том, что вместе с реакцией включается ещё и автоматическая атака по противнику, так что это гораздо сложнее, чем кажется на первый взгляд - не говоря уже о том, как можно заставить другого персонажа поблизости (не врага) действовать в паре в активным персонажем для общей атаки.

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

Это все хорошо, но мне больше интересно как предлагается сделать не тактическую часть.
Как будешь отрисовывать анимацию перемещения по местности?

Лексте, это сарказм?=/
Ясно ведь что Сосед имеет ввиду реализацию только тактической части игры, графика естественно не будет выходить за рамки мейкерской...
Я надеюсь...Сосед, ты ведь не хочешь делать объемную анимацию движения?...
Верно?
Или все же хочешь...

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

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

Угу. Я пытался представить как это сделать хотябы при передвижении на 4 клетки. Но там же еще и камера поворачивается.

Хм, а что? Неплохая идея
Провернуть на мейкере тот же трюк, что и в Don`t Starve(если вы понимаете о чем я )
Тем кто не знает расскажу:
При нажатии какой-то там кнопочки карта проворачивается на 90 градусов(без разницы в какую сторону), при этом графика обстановки ракурса не меняет, а как бы прокручивается. Меняется только поворот карты.
Как идейка?
А, ну да...
Как вариант решения могу предложить рисовать "землю" на карте паралаксом, или же нарисовать в мейкере, сделать скрин и обрезать лишнее. Потом, применяем ту же фишку, что и с паралаксом.Подставляем "землю" фоном, а остальные объекты маппим стандартно. Ставим запуск глобального события от кнопки и при нажатии поворачиваем "землю" на 90 градусов.Вот только память мне подсказывает, что поворачивать картинки там нельзя, так что просто рисуем уже "повернутую" "землю" и заменяем на текущюю.
М?

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