День 105

Сегодня (суббота) по разработке апдейтов нету, пару часов сидели с саунд-дизайнером и занимались звуками, здесь вариант "нам нужен звук [такой-то], ты делай, а потом покажешь что получилось" вообще не подходит, тут надо прям вместе сидеть и принимать решения

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

Сделали звуки (вероятно, пока что не финальные варианты):
1. Спавн наковальни
2. Поедание апельсина
3. Повышение уровня
4. Выстрел с пистолета
5. Взрыв взрывной пули
6. Попадание по врагу (универсальный звук)

Убрали звуки (список неполный)
1. Все звуки Дикобраза (стрельба иглами, ходьба, попадание по игроку иглой, смерть)
2. Звук прыжка для зайца
3. Звук рикошета пули от врага
4. Звук попадания пулей по врагу
5. Звук ходьбы для Коровы

И так далее

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

А еще очень важная вещь это перед созвоном с звукарем подумать хорошенько что я хочу (обязательно с примерами/семплами звуков)

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

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

У меня уже душа болит от того, что я не могу доделать эти улучшения 😢, так что завтра (в воскресенье) надо уже серьёзный прогресс сделать, а то это вообще не дело

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

#ritkarampage

День 107

Сегодня пришлось сделать себе выходной от геймдева по причине "недостаточно часов в сутках" 😨

Очень загруженный день был с самого утра, много работы, много созвонов, в магазин сходи, в тиктоке посиди (в туалете офк) и так далее, ну вы понимаете

А когда мне нечего рассказывать про разработку, я рассказываю о себе 🎩

Расскажу про свой путь становления "айтишником"

Вообще-то я хотел стать стоматологом, они ж рубят бабло, но преподша по химии/биологии была сущим злом, так что не сложилось ☹️

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

Походил я, поучился, ну и мне зашло. Следующие два школьных года я ездил на олимпиады по программированию и достигал +- неплохих успехов, хоть в олимпиаде в Харькове я придумывал алгоритмы не для фактического решения задач, а просто чтобы как-то баллы набрать, рандомайзер чисел какой-то, чтобы 50 из 100 тестов прошло и мне половину баллов засчитало за задание, хитрый жук был

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

Ну и я ж такой амбициозный молодой человек, думаю: "Ох чичас я тут попраграммирую, стану прям нереальным писателем нейронок" - ага, фиг там.. история и культура Украины? Спасибо. ДЕЛОВОЙ Украинский язык для программистов? Офигеть. Дякую. Программирование.. да, было, НА ЛИСТОЧКАХ 😡

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

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

В конце первого курса (когда я был супер расстроен) мне стукнуло 18 лет и я пошел к одногруппнику, живущему напротив в комнате, и заявил: "Го в Польшу на завод на всё лето бабки заработать?", и этот чел сразу согласился, мы сразу позвали еще одного - и он тоже согласился, через пару недель мы уже были в Польше на заводе IKEA 😎

Деньги на поездку я занял у родителей, это было что-то около 10-15к грн, точно не помню

Это было сложно, там я начал учиться ценить деньги по-настоящему и распоряжаться ими, т.к. до этого у меня было 2400грн на месяц, а там ЗПшка капала по 25000грн, тратил я конечно на всякий треш, но домой привёз часть и потратил её.. на курсы по программированию. Мне их посоветовал мой друг Богдан, тот натолкнул меня на программирование в школе, ну я и пошел сразу на те курсы бекенд-разработчика (много деталей упускаю). По итогу я пахал как конь на курсах, активничал и спустя.. две недели меня пригласил на работу преподаватель того курса - Лёша, он же и был Тех/Тим лидом в компании и искал потенциальных разработчиков. Меня не просто так пригласили - мне помог мой друг - снова Богдан, он уже работал там и его взяли так же как и меня, но раньше и, что отличало нас - он полностью сам заработал эту работу (спустя 2 месяца кажется его позвали), а меня он порекомендовал Лёше и этим очень сильно помог

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

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

День 108-109

Результат за два дня

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

Система улучшений работает похожим образом как и система мутаций, но в системе улучшений добавлен тип улучшения (фактически это редкость) и использована весовая таблица (WeightedTable)

У меня была проблема с айдишниками, потому что есть "абстрактный" класс WeaponUpgrade, где нет поля id и есть уже реально используемые классы такие как PistolUpgrade, где есть айдишник. Но я везде с улучшениями работаю как с WeaponUpgrade и как-то нужно было типизировать это всё дело, чтобы были подсказки ну и типа безопасность - я сделал метод get_id внутри WeaponUpgrade

func get_id() -> int:
    push_error("get_id() must be overriden in subclass")
    return -1

Таким образом я обязан в каждом подклассе реализовать этот метод, иначе будет ошибка. Ну и собственно везде вместо upgrade.id я пишу upgrade.get_id() (конечно я заранее кладу айдишник в переменную, но это не столь важно)

get_id банально возвращает поле id:

# pistol_upgrade.gd
...
enum Id { ... }

@export var id: Id

func get_id() -> int:
    return id

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

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

Завтра наконец-то подсоединю улучшения к пистолету и обновлю страничку на itch.io, чтобы можно было поклацать в обновлённую версию +- полноценной игры

Проект полностью открытый, глянуть можно тут - https://github.com/Sundwell/ritka-rampage

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

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

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

День 112

Наконец-то я продолжил досматривать курс

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

Во-первых - я переработал логику пула улучшений для оружия, раньше у меня был UpgradePool - изначальный ресурс с улучшениями (там есть поле upgrades) и уже то, что реально использовалось upgrades_weighted_table: WeightedTable - то есть фактически у меня UpgradePool ничего не делал, только как какая-то константа работал

Что изменилось:
- UpgradePool полностью убран из WeaponUpgradeManager, взамен сделана функция set_upgrades_pool, которая вызывается по сигналу weapon_changed
- Сигнал weapon_changed посылает WeaponController, в котором есть функция set_weapon
- В самом оружии есть сама логика оружия и UpgradePool для этого оружия, т.е. ресурс с полем upgrades: Array[WeaponUpgrade]
- Сигнал weapon_changed передаёт новое оружие, с которого можно взять этот апгрейд пул и сделать его основным в WeaponUpgradeManager

Может быть еще что-то, но это основное. Когда я это всё сделал, то понял - мне надо инкапсулировать логику выбора улучшений в UpgradePool, а не использовать напрямую сырую WeightedTable. Потому что если я поменяю оружие на "эволюционное", например дробовик - то у него будут свои улучшения + все улучшения для пистолета, но по моей логике останутся только улучшения дробовика И вся информация про предыдущие улучшения сотрется, т.е. сколько и каких улучшений набрал игрок

Щас думаю сделать следующее:
- Вернуть UpgradePool в WeaponUpgradeManager
- Добавить функции-пустышки в базовый класс UpgradePool, которые нужно будет перезаписать в условном PistolUpgradePool. Типа вот я беру улучшение скорость стрельбы - ничего не происходит, а если я возьму улучшение "Эволюция - Дробовик" - то мне надо будет закинуть в апгрейд пул новые улучшения для дробовика, а старые все сохранить. Таким образом у меня будет один источник правды и один объект, который отвечает только за улучшения - офигенно, прям кайфую от такого решения
- Когда игра начинается и игрок выбирает оружие - посылать условный сигнал initial_weapon_selected и у этого оружия уже брать апгрейд пул изначальный
- Вероятно сигнал weapon_changed останется и его будет посылать тот самый UpgradePool при выборе улучшения для оружия с типом "Evolution", ну и всякие доделки туда же

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

Еще как только я начал смотреть видос - увидел какое-то знакомое решение с WeightedTable у препода в видео, оказалось, что я до этого сам догнал 😎 (прикреплю видос с реакцией)

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

День 113

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

Т.е. вот сама их дизайн система это фактически просто папки с папками, где каждую папку можно подробно описать, добавить ей тег (Папка, Механика, Система итд), прикрепить к ней задания. В каждой папке (элемент) можно ссылаться на любой другой элемент и по клику моментально переходить в нужный элемент - супер удобно, что-то типа Obsidian'а

Так эти ссылки можно использовать и в тасках, то есть есть задания "Сделать дизайн для лука"/"Добавить лук" и коротенькое описание, а в том описании есть ссылка на страничку в дизайн-документе с подробным описанием всех механик лука, референсов, улучшений и т.д., что делает очень удобным всю работу 🎉

Конечно пока что это не используется вообще, надо сначала написать этот диздок, а потом уже потихоньку начинать это всё с тасками связывать

Всё это создание папочек/элементов простое, нажал "плюсик" и готово, а вот самая сложная часть это организация этих всех "папок" и их описание, но мне нравится такое, люблю когда везде порядок 😊

Сейчас ещё доделываю этот диздок, потом смонтирую видосик как я это все делал (ускоренный в 20 тыщ раз), а пока что прикреплю скрин того, что сейчас готово

Есть свои минусы в HacknPlan'е - но свои функции он выполняет и, пока что, меня это более чем устраивает, всё очень удобное для работы в команде, интерфейс супер простой и понятный (в сравнении со всем остальным что я пробовал), так что буду его обкатывать и в следующих играх

Еще тут можно экспортировать дизайн-документ в HTML страничку или в .docx, так что как допишу всё то закину готовый документ в комменты

#ritkarampage

День 114-115

Вчера засиделся почти до утра, но зато закончил заполнять диздок (всё что было я туда вписал и добавил много разных описаний), а посты не успел написать 🤝🤝

Пост за 21 и 22 октября (вчера и позавчера (позавчера и поза-позавчера 🫣))

А теперь про дизайн-документ (конкретно в HacknPlan)

Он у меня чисто технический, т.е. нет разделов по типу "Целевая аудитория" или "Исследование рынка", я ж эту игру не продаю, а так, чисто тренируюсь (но серьёзно тренируюсь)

Распишу всё в текстовом формате на сколько хватит символов в одном посте (к сожалению есть ограничение в телеге), а детали и таймлапс закину в видео формате

Какие у меня есть элементы:
1. System - Игровая система. например "Оружия", "Мутации" или "Арены". Описывает в общих чертах о чем эта система и как она работает (по крайней мере должна 👀) и какие "подсистемы" в них используются
2. Enemy - Враг. например "Enemy: Bunny" или "Enemy: Porcupine". Описывает про врага всё - как выглядит, как ходит-бегает, какие навыки, на какой арене можно стретить, какая "редкость" и т.д.
3. Player - Игровой персонаж. фактически он сейчас один и файл пустой, но ссылаться на что-то нужно поэтому я создал "Player: Ritka" 😎
4. Arena - Арена/Локация. Например "Arena: Meadow" или "Arena: [без спойлеров]". Описывает то, как выглядит арена, какое у неё "настроение", какие враги там есть, размер арены, длительность и т.д.
5. Weapon - Оружие. Например "Weapon: Pistol". Описывает ключевые особенности оружия, улучшения и в общих чертах то, как оружие должно выглядеть и звучать
6. Template - Шаблон для создания элементов. Вот есть 10 врагов, и у всех них одинаковые пункты информации, которые нужно заполнить. Шаблон это просто текст, который можно скопировать и вставить в новосозданный пустой элемент, чтобы всё было одинаково и консистентно
7. Folder - Папка / Элемент-пустышка. Никакого описания не содержит, но создан чтобы в него пихать любые другие элементы. Обычная папка в общем
8. Mechanic - Игровая механика. Описывает какую-ту специфическую игровую механику, например "Mechanic: Anvil" (наковальня). Кладётся внутрь системы. Например "System: Weapon Upgrades -> Mechanic: Anvil". Система это что-то большое-обобщенное, а механика это что-то целенаправленное и описывает одну вещь из системы
9. Element - Элемент чего-угодно. Чтобы не плодить дизайн-элементы типа "Mutation Upgrade", "Weapon Upgrade", "Enemy Rarity" и миллион других - я просто тегаю их как Element и кладу внутрь папки. Например:

System: Weapon Upgrades
-> Folder: Upgrade Types
—> Element: Stat Upgrades
—> Element: Mechanic Upgrades
...

10. Document - Документ. Пока что ни одного элемента-документа не создал, но предполагается что это будет просто какое-то описание игры что-ли, типа "Document: Game Overview"

Таймлапс написания диздока - https://youtu.be/WhP_YQ5UFog

Мой подход к созданию диздока (15 минут шизы от меня) - https://youtu.be/oxNU_iseH3s

Также как и обещал - в комментарии закину .html и .docx файлы с дизайн-документом (выглядят не так классно как в HacknPlan, но хоть что-то)

#ritkarampage