День 59

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

Я конечно еще не супер эксперт в композиции, но в голове сейчас вырисовывается на будущее такое - например у нас есть компонент жизней, добавим компонент "статус менеджер" и "статус яд" соединим их вместе и "статус яд" будет вызывать HealthComponent.damage(...) каждую секунду, или же будет посылать какой-то сигнал. Получается "статус яд" отвечает за одно, а компонент жизней - только за менеджинг жизней, получение урона и посылание сигналов "урон получен" или же "смэрть", звучит супер офигенно и 💫переиспользуемо💫

Также создал новый компонент для худа игры - ExperienceBar, к нему мы подсоединяем ExperienceManager и начинаем слушать его новый сигнал "опыт изменён", и теперь каждый раз, когда текущий опыт и макс. опыт для нового уровня меняется - ExperienceManager посылает сигнал "опыт изменён" и прогрес бар меняет своё значение. С каждого "огрызка" апельсина все еще даётся 1 единица опыта, для перехода на новый уровень нужно 5 опыта, потом 10, потом 15 и т.д., пока что схема супер простая чисто для теста

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

Прикреплю небольшое видево про прогресс бар, а завтра, вероятно, будет что-то про улучшение худа и подготовку к системе улучшений, жду не дождусь уже следующего дня 🕺

P.S. подлаги в игре из-за перегрева ноута (троттлит проц), не могу его отнести никак в ремонт, потому что это с 9 утра до 17 вечера придётся ждать, а это только в субботу так получится, когда не будет работы

#ritkarampage #godot #разработка

День 60

Вчерашние посты уже как родные

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

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

Нас уже 53 и я безумно рад этому, может быть кого-то мои посты подтолкнуть начать заниматься любимым делом, которое так долго откладывалось в дальний ящик, ведь каждый из вас без преувеличения помогает мне придерживаться дисциплины и, что более важно, вы помогли не бросить это дело в первые дни 😏

Все любят числа, я тоже, поэтому небольшая статистика за прошедший месяц:

За этот месяц я занимался понемногу всем, но в основном изучал пиксель-арт и занимался разработкой игры R.I.T.K.A. Rampage. Немного времени ушло на придумывание идеи для этой и будущей игры и совсем немножко ушло на геймдизайн

На само "программирование"/разработку в этом месяце ушло 23 часа и 12 минут, на пиксель арт - 17 часов 15 минут, на брейншторминг - 5 часов 59 минут, на геймдизайн - 37 минут . Всего - 47 часов 5 минут, что аж на целую.. минуту больше чем за прошлый месяц (справедливости ради - за прошлые 31 дней, в этом месяце статистика за 29 дней)

Каждый день, за исключением 31 июля, 25 и 28 августа (учился ночью с 27 на 28 августа) я так или иначе занимался разработкой игр

Минимально уделенное время за день - 32 минуты 1 августа на пиксель-арт, максимальное - 3 часа 48 минут, это было воскресенье 25 августа, часть времени ушло на пиксель-арт, часть - на разработку

Продолжаю в том же духе, в следующие 30 дней попытаюсь уделить времени на геймдев хотя бы на пару часов больше, надо разгоняться 😁

День 62

Вчера плотненько занялся разработкой, много чего сделал интересного

Сначала сделал фундамент с логикой для повышения уровней - сделал UpgradeManager, который слушает новый сигнал "level_up" от ExperienceManager'а и потом создает UpgradeScreen, в который передаются возможные улучшения на данный момент (пока что все улучшения, а их аж.. одно) и уже отрисовываются нужные карточки

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

Кстати в прошлом посте писал что постараюсь не делать улучшений типа "на 10% быстрее стрельба" и все такое, так что я слово дал я слово забрал - улучшение на 10% скорости стрельбы уже присутствует 👀

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

Вообще, я планирую сделать два типа улучшений, как и говорил ранее

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

2 - улучшения для оружия текущего. Если брать пистолет, то очевидно чего ему не хватает - пуля одна, урона средне, поражает только одного врага (или нескольких, если прям в них влететь, но это не считается 👀), не проходит насквозь. Так что улучшения, вероятно, будут похожи на:
- Двойной ствол - дополнительная пуля, но какой ценой? | Вторая пуля, но медленнее движение во время стрельбы и сама стрельба немного медленнее
- Разрывные пули - взрывы! не поранься | При попадании во врага пуля будет взрываться, нанося урон в небольшом радиусе. Взрыв наносит урон игроку тоже

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

Я залил актуальную версию игры на itch.io, поклацать можно тут - https://sundwell.itch.io/ritka-rampage

Краткое видео-превью тоже прикрепляю, как всегда

#godot #ritkarampage #разработка

День 64

Сегодня переделал логику экрана "смэрти" и добавил экран "победы" (больше на заглушку пока что похоже), который появляется, когда время на арене подходит к концу, на данный момент это ровно 1 минута. То есть минута прошла и если выжил - то выиграл, но я это поменяю в будущем, потому что в R.I.T.K.A. Rampage победой будет считаться убийство всех боссов. А так как последний босс будет появляться как раз в конце таймера для арены - то конец таймера будет запускать проверку потипу "а боссы еще остались? Нет? Тогда победа"

Еще, что более важно, я пофиксил баг о котором говорил в прошлом посте, где если враг не выходит из игрока, то игрок не получает постоянно урон. Я бы даже сказал что я не пофиксил, а прям улучшил логику HitboxComponent и HurtboxComponent и прям горжусь этим 🥲

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

Как стало - враг подошел к персонажу и вот что происходит:
1. HitboxComponent запушился в массив surrounding_hitboxes внутри HurtboxComponent
2. В HurtboxComponent каждый кадр циклом бежим по вышеназванному массиву и, если Hitbox не на "перезарядке" (это новое), то наносим урон и ставим на перезарядку хитбокс, иначе - ничего не делаем

Вот кусок кода из HurtboxComponent

func _process(delta):
    apply_damage()


func apply_damage():
    for hitbox_component in surrounding_hitboxes:
        if hitbox_component.is_reloaded():
            health_component.damage(hitbox_component.damage)
            damaged.emit(hitbox_component.damage)
            hitbox_component.start_reloading()

Я прям реально доволен этим решением

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

К слову про игру - там в курсе уже скоро будут добавлять нового врага и логику спавна врагов (кто-то чаще, кто-то реже), так что мне тоже уже пора работать над новым врагом, у меня есть пару вариантов уже, а решение кого первым добавлять я доверю вам с помощью голосовалки ниже 😏

#godot #ritkarampage #разработка

День 66

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

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

Есть ArenaTimeManager, в котором стоит тот таймер до конца игры (на данный момент 60 секунд), и мы туда добавляем данные про сложность и про то, как быстро сложность должна увеличиваться. На данный момент это каждые 5 секунд сложность увеличивается на 1. Эти единицы сложности это прям такие очень абстрактные единицы, т.е. будет не "easy", "medium", "hard", а просто число текущей сложности. Если локация будет длиться 10 минут, то максимальная сложность будет 120 (600 / 5)

Использовать это в принципе довольно легко, в курсе пока что показано только как увеличить скорость спавна врагов, но очевидно, что с течением сложности будут появляться новые враги, иногда прям слабые враги будут полностью исчезать (кролики например) и так далее. Я вот подглянул одним глазком что там дальше по курсу - и там есть видео "Using a Weighted Table for Enemy Spawning", то есть у каждого врага будет свой "вес" (без закладок). Тут все аналогично как и с тем умным построением тайлмапа - чем больше вес, тем больше шанс появления врага. На данный момент я это вижу как ренжи сложности и в зависимости от текущей сложности сетать веса всем врагам

Если сложность от 0 до 30 - то у всех врагов вес 0, а у Кролика - 1, т.е. 100% шанс на появление кролика. Если сложность от 31 до 60 - у Кролика вес 9, у Дикобраза - 1, а у всех остальных - 0. Значит шанс появления Кролика 9/10 = 90%, у Дикобраза 1/10 = 10%, ну и все в таком духе

Ну и таким же образом будет повышаться сложность самих врагов, если сложность от 0 до 30 - спавним Кроликов с "уровнем 1", от 31 до 60 - Кролики уже с "уровнем 2". С повышением уровня врагов будет повышаться только кол-во жизней и выпадаемого опыта. Мне кажется это в принципе все, что нужно, т.к. урон повышать будет не совсем логично, потому что у персонажа больше жизней не становится (ну возможно чуточку) и брони тоже (такой механики пока что в игре нет вообще). Может я это и пересмотрю, но пока что так

К слову - мне показалось странным, что препод запихнул "сложность" в ArenaTimeManager, т.к. это не совсем Single Responsibility, пошел в комменты читать - и там один чел уже спросил что-то типа: "А почему сложность в ArenaTimeManager? Может лучше будет сделать DifficultyManager?". Препод ответил что да, ты реально прав, так будет намного лучше и правильнее. В общем я доволен собой, уже начинаю "чувствовать" архитектуру 🕺

#godot #разработка #ritkarampage

День 69

Сегодня сделал анимации для Упёртой Коровы, новостей не особо много 👀

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

Результатом в общем-то доволен, не идеально - но это и не цель. Друг сказал мне классную фразу: "Progress over perfection", что значит "важнее делать шаги вперёд и развиваться, даже если результат пока не идеален. Лучше продолжать учиться и развиваться, чем тратить слишком много времени на стремление к идеальному результату"

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

Как обычно прикрепляю видео с результатом, а гифки закину в комменты

#pixelart #ritkarampage