TrueBlueDragon

Следом мне нужно было, собственно, открыть карты. Я делал это простым переназначением кадра анимации на каждую карту.

Что ж, эта вещь работает, но теперь появилась проблема выбора карт таким образом, что бы они не повторялись. И тут у меня случился тупик. А вернее развилка: влево - создать заранее последовательность чисел, и уже на неё опираться как на случайную последовательность; или пойти вправо - каждый раз при присвоении рандомного кадра делать выбор среди не открытых карт. Как делать первое я не знал, а второе хоть и было понятно как делать, но мне это показалось слишком сложным.

В итоге, на следующий день я отправился влево. Я же ведь левша!
Но на самом деле не по этому. Второй вариант, при внимательном рассмотрении, может быть весьма нереальным. И вот почему: часто ли у вас было такое, что вы вытащили из колоды, например, в Манчкине, те самые 3-4 карты подряд, которые вы сыграли в течении последних десяти ходов? Даже если колода только что закончилась и перетасовалась.
К тому же, пристальная критика господина shakagami натолкнула меня на создание последовательности чисел в одномерном массиве.

НеМного погуглив я всё таки умудрился составить правильный запрос и в числе первых строк нашёл гайд по созданию случайной последовательности неповторимых неповторяющихся чисел. Кому нужно будет - могу в комментах дать ссылку.
Однако сразу ввести её в игру я не смог. Запутался. Так что первым делом я воссоздал пример у себя в новой сцене с новым листом событий. Выглядел данный рандомизатор так.

Что бы перепроверять корректность работы я добавил кнопочку, которая будет инициировать перетасовку.

Тестовый прогон и...

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

И да, это вполне ожидаемо работало.

Кстати, еще упомяну, что максимальное число для рандома я взял на 1 больше, чем размер массива последовательности, ибо первые несколько тестов у меня игра просто зависала. Всё дело в особенности функции рандомизатора: он будет случайным образом выбирать число строго меньше верхней границы. Так что поначалу функция ну вот просто никак не могла найти восемь непохожих друг на друга чисел из семи возможных!

Теперь переходим к "вскрытию" карт.

Здесь я сразу ввёл глобальную переменную под названием "актуальная карта". Она отображает номер той карты, которая будет выбрана следующей.

Корректируем ивенты: как только каждая карта дойдёт до своего места, ей будет назначен кадр "верхней карты".

И ... карты открылись подряд. Господа, у нас СТРИТ!

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

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

И лучшее, что выдал мне мой мозг, видно ниже.

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

И естественно эта фигня не работала.

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

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

Теперь весь цикл движения выглядел одинаково. И всё бы хорошо, если бы не маленькая неточность.

Карта всякий раз не доходила до конца на несколько пикселей.

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

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

Под конец, осталось зациклить колоду. А также я решил добавить перетасовку карт, что остались в колоде. Это исключит вычисление последовательности и предугадывание карт, когда колода закончится. За основу я взял всё ту же функцию тасовки, однако теперь первым шести элементам массива последовательности присваивались номера уже открытых карт, а переменная актуального номера начинала работать с шести, а не с нуля, как при первом перемешивании.

На этом пока что всё.

Не забудьте оставить в комментариях своё мнение на тему качества постов.

И спасибо каждому, кто в который раз прочёл мою отсебятину до конца.

P.s. Забавно, но баянометр показал сначала мой предыдущий пост с совпадением на 71%, а чуть ниже его же, но уже на 53%.

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

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

Условие для остановки карты - пересечение ею 370-й координаты Y. Однако оно не сразу стало таким.

Сперва было событие, что когда вертикальная координата станет равна 356-ти (точка, куда я направлял движение), тогда и будем производить остановку. Однако, как показала практика, карта при движении может никогда и не иметь такой координаты. Поскольку она двигалась довольно быстро,  многие натуральные значения координат попросту проскакивались и карта уёбывала к херам с экрана. Поэтому выбор пал на условие отслеживания преодоления 370-й координаты Y-ка.

Выяснил я этот нюанс лишь тогда, когда отключил мигание карты, ибо, напомню, она исчезала.

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

Таким образом как только карта пересекала нужную границу, её тут же переносило немного назад и мигание спокойно работало.

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

И, поскольку, все шесть карт стартуют в одну точку с разных мест, имеют разную длину пути, они останавливаются в совершенно разных местах. Так что было решено переносить карту не просто немного назад, а в конкретную позицию. Теперь всё было замечательно.

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

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

Затем я добавил цикл повторения на 6 раз и занёс в него все действия с картой.

Далее я ввёл в карту ещё одну локальную переменную, которая будет обозначать какая это была карта по счёту. Каждый проход цикла увеличивает эту переменную на 1.

Для чего мне нужна была эта переменная?

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

В качестве среднего значения я взял 280. Далее забил это значение в действия. Опять же, по задумке, каждый экземпляр карты должен будет выдвигаться слева с пропорциональной скоростью каждый в свою точку.

А, и я чуть не забыл указать условие остановки карт на своих местах.
Я добавил это в подусловие к циклу.

Попробуем протестить это дело.

И...

Ничего не происходит.

Попытки опробовать эту механику с другими циклами (For и While) тоже не принесли ровно никаких результатов.

Далее мне стало интересно, а создаются ли вообще карты?

Я переставил координату Х создания карт на 0 и...

...таки да. Хотя бы одна карта при старте сцены создаётся.

Но вот сколько конкретно их создаётся мне не было понятно (они же друг на друге лежат).

Так что я добавил временную кнопку и перенёс процесс создания карт на событие активации кнопки. Таким образом я хотел проследить за тем, как вообще будут вести себя карты при первом открытии сцены. 

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

С грустью посмотрев на цикл я его удалил. А события из него попросту продублировал пять раз.
Протестим...

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

В общем, творилась полнейшая анархия.

Остановившись на несколько часов я пришёл к выводу, что когда я назначал порядковый номер, да и вообще, присваивал значения любым локальным переменным, я присваивал их всему объекту, т.е. каждому экземпляру. Но вот как обратиться к какому-нибудь отдельному экземпляру не влияя при этом на все остальные, я так и не понял. Господа знатоки и умельцы в Construct 2, не подскажете, такое вообще можно делать?

В общем, я решил отказаться от идеи собирать все карты в один объект с различными кадрами, и перейти к созданию на каждую карту своего отдельного объекта. Так что почти всё, что я описал в этом посте, было впустую. Завтра начнём с начала.

Спасибо всем читателям за внимание.

Рисовал и анимировал я его в моей родной Moho Pro.

На выходе получил несколько секвенций.

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

Рисовал опять таки в Moho Pro.

Ну и, естественно, нужен какой-никакой интерфейс.

Далее в проекте Construct'а были созданы спрайтовые объекты и загружена в них графика. Также в объект с волшебником я подгрузил все кадры анимации.

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

Как видно на скрине выше, при нажатии на изображение заклинания кадр волшебника переставляется на начало соответствующей анимации и запускается. Затем система ждёт 1,25 секунды чтобы проигралась анимация, поскольку длинна этой анимации 30 кадров, а идёт она на 24 FPS. Далее анимация стопится и перескакивает на основной кадр.

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

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

Далее встал вопрос о движении, собственно, карт с заклинаниями, поскольку в мои планы не входило их статичное положение.

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

Соответственно я озадачился выбором поведения для движения.

И для начала я решил поколдовать с движением по 8 направлениям.

Это поведение при включённом контроле позволяет управлять объектом с помощью стрелок клавиатуры.

Для начала я попробовал дать карте простое движение: при нажатии на неё она должна передвинуться вправо. Для этого я дал команду симулировать нажатие стрелки вправо. А также добавил условие остановки движения - при достижении карты по горизонтали отметки 1743 она должна будет остановиться, в течении секунды помигать (отдельное поведение) и затем исчезнуть.

Однако на деле всё получилось далеко не так, как я это планировал.

При нажатии на карты они чуть-чуть отодвигались вправо и замирали. Более того, когда они заходили за координату 1743 они попросту исчезали.

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

Тогда я снова полистал список поведений движения и решил выбрать кастомное движение.

Также я оставил поведение мигания и добавил затухание, для более эффектного исчезновения.

Почему мне понравился именно этот вариант? Ответ прост: кастомное поведение даёт как раз те варианты команд, что мне нужны.

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

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

Спасибо за внимание.

Картинка взята из клипа Жизнь прекрасна.

Немного предыстории (если не интересно, можно пропустить).

Ранее я как-то мечтал быть игроделом, даже пытался изучать Java и С++, но как-то не заладилось. Видимо дело было в том, что на курсах С++ мы тупо переписывали код с доски, нам один раз вяленько объясняли, за что отвечает тот или иной блок (не слово, и даже не строка) и дальше мы с умными еблетами смотрели в экраны и что-то писали то и дело забывая ";" ставить в конце строки. А Джаву учил по учебнику, где тоже далеко не всё было понятно.

И вот мне ко дню рождения подарили новенький смартфон известной фирмы на букву Х. Мне сразу вспомнилась та серия из ТБВ, когда ребята создавали приложение для чтения рукописных формул на доске. В общем, спустя некоторое время стали появляться идеи, а стало быть нужно было искать способ их реализации.

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

Почитав инфу о конструкторах я нашел Construct 2 в одном из постов пользователя @flatingo, спасибо ему за это! (не понимаю, почему его посты минусят??)

Теперь конкретно о софте.

Программа действительно простая и понятная, но, пожалуй, стоит отметить, что она будет проста тем, кто могёт в алгоритмы. Ибо поначалу я частенько путал действие над конкретным объектом с действиями в системе в целом, а также были трабблы с очерёдностью выполнения.

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

Для различных событий есть отдельный листик, при добавлении события или действия видно все объекты, с которыми может что-то произойти, а при выборе одного из них открывается окно со всеми возможными действиями над этим объектом - выбирай что душе угодно!

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

Небольшая неожиданность.

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

Подтверждение интуитивной понятности.

В туториале также не было ни слова про счет. Но в моей игре он должен был быть. Механику набора (хотя скорее потери) очков я понимал, это было просто. Но вот создавать отдельную переменную под каждый уровень мне было лень. Единственным простым и действенным способом я видел использование одномерного массива (табличка, 16 строк, 1 столбец). Создав его я попробовал заполнять ячейки по прохождению уровней. Это стало работать благодаря всего одной команде. Она в конце уровня просто присваивает соответствующей ячейке бОльшее  из двух значений: текущий счет, сохранённый в ней счет. Написать эту команду оказалось действительно не сложно.

Результат.

Софтом я доволен более чем. Тест уровней производится непосредственно в браузере. И будь геймдев кулинарией, я бы процитировал Гюсто из "Рататуя" - Создавать игры может каждый!

Скачать получившуюся игру для винды можно Тут.

Спасибо за внимание.