День 135

Самый свежий вчерашний пост

В понедельник полностью посвятил себя теории - просмотр курса и просмотр видео на ютубе из плейлиста "Смотреть Позже" (их там миллиард..)

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

Что я глянул:
- 2D glow in Godot 4 - Вроде как и показано как сделать эффект "сияния", но вот без теории что-то не то. Глянуть можно, всего-то 35 секунд
- How to use Classes in Godot! - Intermediate Tutorial - Меня обманули 😢. Тут не intermediate, тут beginner, ничего нового не узнал, в ролике просто показывается как используются классы на микропримере с деревьями, но толком ничего не объясняется
- Premature Optimization (преждевременная оптимизация) - Для меня это не в новинку, но иногда стоит напоминать себе про "очевидные" вещи, чтобы не забывать о них. Настоятельно рекомендую вообще всем для просмотра и, дополнительно, еще рекомендую эту статью для прочтения. А еще классную фразу из комментов под видео процитирую:

Если твой код не работает, нам не важно насколько быстро он не работает

[EN] If your code doesn't work, we don't care how fast it doesn't work

Именно поэтому нет плохих языков (кроме пхп конечно же), на C++ можно сделать нереально быстро работающий код, а надо ли это вообще бизнесу? Ведь написание эффективного кода с точки зрения перформанса сильно бьёт по скорости разработки, а пока нет что оптимизировать - не надо над этим и задумываться (естественно на отвались код тоже писать не надо)

Последний год я стараюсь подходить к написанию любого кода со следующей стратегией:
1. Написать абы-как, но быстро, чтобы оно работало
2. Отрефакторить - разбить на маленькие части если надо, поправить названия функций и всякие другие мелочи и не только

Самое главное пункт №2 не пропускать 👀

- Learn how to structure scenes! || Composition Demo - Снова обманули, тут чел не композицию делает, а наследование, еще и стиль кода у него скажем так странненький.. не рекомендую, лучше бы эти 30 минут поиграл в весёлую ферму
- How To Create A Health Controller In Godot (Tutorial) - И тут я понял, что не надо заглядывать в своё "Посмотреть позже", а лучше продолжать читать документацию Godot до потери пульса, а то с такими гайдами пульс можно потерять раньше времени. Контроллер из видео (по факту компонент) был сделан чтобы его использовать и переиспользовать в виде композиции, он прям создан для этого, но автор видео не развил полностью идею композиции и сделал гайд на "отвались", по крайней мере мне так показалось
- Let's Fix Your Sprite's Sorting Order... - А вот это видео рекомендую всем, тут за полторы минуты реально показывается как фиксить Y-Sort спрайтов, что особенно актуально для top-down игр. Только z-index не надо поднимать как он это делает, это лишнее

Также забыл написать про ответ на вопрос про звуки "Как правильно проигрывать звук до конца, если родительская нода очищена/удалена?". Я предложил своё сомнительное решение, но препод сказал что так как раз нормально делать, только надо следить чтобы слишком много звуков одновременно не было и все такое

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

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

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

День 138-139

Вчера я наконец-то приступил к игровым доделкам, начал с первого пункта - "Добавить 6 оставшихся улучшений для пистолета"

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

Для пуль будет одна логика прочности, для стрел - другая

У пуль прочность/здоровье отвечает за кол-во максимально пораженных целей, после которых пуля исчезнет

У стрел же оно будет отвечать (в теории) одновременно и за наносимый урон и за кол-во прочности

Как будут работать стрелы:
1. У стрелы есть 6 прочности
2. Стрела летит в Кролика, который имеет 4хп
3. Стрела наносит Кролику 4хп, убивает его и летит дальше, НО у стрелы теперь урон = прочности = 2

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

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

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

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

К слову в каждом оружии будут взаимоисключающие улучшения, для пистолета можно взять или Рикошет или Пронзающие Пули. Логику такого поведения уже продумал, если вкратце - то всё просто 👀

Всё просто - к каждому улучшению добавляется массив incompatible_uprades: Array[Id], который содержит улучшения, которые будут исключены из пула при подборе текущего

Также прикрепил микро-видео с наработками для пронзающих пуль

Всем хороших выходных, наконец-то отдых 🥲

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

День 142

Сегодня финализировал улучшение PiercingShots и немного порефакторил логику пистолета и пули

— Апдейт по прогрессу —

Добавил уменьшение урона на 30% с каждым попаданием по врагу, уменьшение именно базового урона, а не текущего. Т.е. если урон был 10, то после 1-го врага будет 7, а после - 4. К слову на прикреплённом видео я еще это не пофиксил, и там урон отнимался от текущего, т.е. 10 => 7 => 4.9 (7 - 30% = 4.9)

Также добавил уменьшение скорости пули, единоразовое замедление пули на 20% при подборе PiercingShots

И перенёс ответственность за кол-во наносимого урона из сцены пистолета в сцену пули, а то раньше в скрипте пистолета было что-то такое:

var bullet = bullet_scene.instantiate()
...
bullet.hitbox_component.damage = 2.0

Теперь же пуля сама решает, сколько урона ей наносить, сильная и независимая 😎

Завтра в планах добавить рикошет и взрывопули

Да вот только я никак не могу придумать пятое улучшение для пистолета типа "Механика", которое добавляло бы еще какой-то эффект пистолету/пуле, может кто идею подкинет? 👀

— Технические детали —

Я познал небольшую боль типизации в GDScript - тут нет дженериков. И мне их уже начинает не хватать

У меня есть универсальный класс - WeightedTable, и в функции pick_random_items и pick_random_item я возвращаю заранее неизвестный тип данных, вот к примеру возьмём pick_random_items - он возвращает массив.. чего-то, чего-угодно. Во многих языках я могу ему сказать что: "Тут я ожидаю от тебя Array[WeaponUpgrade], а тут я ожидаю от тебя Array[int]", делается это примерно таким образом:

var picked_items = pick_random_items<Array[WeaponUpgrade]>()
# или так
var picked_items = pick_random_items<Array[int]>()

Но так нельзя, и приходится лопатить костыли (как мне кажется) для точной типизации. Я делаю это таким образом:

var random_picked_upgrades = upgrade_pool.pick_random_items(3)
  
var picked_upgrades: Array[WeaponUpgrade] = []
  
for upgrade in random_picked_upgrades:
  if upgrade is WeaponUpgrade:
    picked_upgrades.append(upgrade)
  else:
    push_error("Picked item is not WeaponUpgrade")

Еще мне ответил добрый человек в чатике насчет использования Array.assign, я еще не тестировал, но должно работать, в доке есть упоминание про типы "... Performs type conversions if the array is typed.". Если это будет работать корректно - то это просто спасение

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

Когда игра уже будет примерно законченной (через пару недель (верим)), то я добавлю возможность давать фидбек из самой игры (почти), может будет кнопка "Нашел баг / Есть идея?" и по нажатию скорее всего будет открываться форма гугловская, где можно будет и видосик с скриншотами прикрепить и может идеи расписать

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

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

Как-то я уже делал опросник насчет частоты постов, так вот спустя 2 месяца решил провести еще один

Суть при каждом варианте останется та же - я буду писать результат за какое-то кол-во дней (ака двойные посты, только тройные или больше 👀)

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

А еще я прям кайфую от монтажа видосов, мне кажется еще месяц-два практики и монтаж будет уже на таком уровне, чтобы более активно и серьёзно вести ютуб канал и, может, тикток 🎩

Также время от времени буду писать про какие-то интересные технические вещи + записывать про это видео, а не просто голым полотном текста это писать. Например сейчас на очереди такие вещи:
- Проблемы со шрифтами в Godot. Почему в редакторе шрифт пиксельный, а при запуске все хорошо? Хотя сам шрифт подключен векторный и не bitmap (пиксельный)
- Метод уточки. Как правильно задавать вопрос, чтобы получить ответ? Как получить ответ на вопрос даже не успев отправить сообщение?
- Видео про стейт-машину и разные подходы. У меня это очень болело вначале, разные подходы для состояний, то просто енамы внутри скрипта, то отдельные ноды для каждого состояния. Зачем нужен enter, process и exit в состояниях с реальным примером, а не каким-то абстрактным. Ну и конечно же расскажу про свой подход (фактически подход с курса на юдеми от Firebelley)
- Видео про архитектуру проекта. Как и что организовывать, как и что между собой связывать. Это тоже очень сильно болело у меня, потому что множество гайдов даже с англоязычного ютуба просто отвратительного качества, и я не про качество звука, ведь нам интересна сама польза материала - она перегружена и, чаще всего, просто нулевая. На русскоязычном ютубе про архитектуру почти ни слова 🫡

В общем такие дела, ща закину опросник

День 144-145

Я еще живой если что 😉

— Маркетинговые и менеджерские штучки —

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

Записал всю консультацию, чтобы ничего не упустить полезного, а завтра "обработаю" всё и напишу пост про вопросы-ответы, а пока что прикреплю скрин-затравку о том, какой минимум вопросов был на консультации

— Про посты —

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

Но, как я понимаю, очень много кто не против постов пореже

Как я пока планирую делать следующее

Разделить посты на разные типы

Теперь не будет "полотен" текста, в которых смешан и девлог и технические части и еще что-то. Теперь будет как минимум 2 типа постов:

Девлог

Короткий пост-результат с видео каждые 5 дней (для зумеров, как и заказывали 🤝🤝)

Технические вещи и не только

Я частенько встречаю/сталкиваюсь с какими-то сложностями (надуманными в том числе) или с интересными решениями проблем, может какие-то мысли и/или полезные материалы

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

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

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

Пост про консультацию с маркетологом #1

Пост будет в стиле "Вопрос-Ответ", где мой вопрос будет слегка упрощён, а ответ будет содержать больше информации, чем в вопросе (так мне кажется будет лучше восприниматься информация)

Все умещу в один пост, так что разобью на парочку частей

Q: Как лучше собирать фидбек с игроков? Критика, баги, идеи и т.п.

A: Пока нет странички в Стиме - собирать его в других соцсетях, например реддит/твиттер/тикток/Ютуб/itch.io. Насчёт опросников-анкет в тех же гугл формах - ну вот ты сам такое любишь? Представь - ты играешь, нажимаешь на кнопку в игре и тебя выкидывает на сайт и/или же тебя просит где-то разработчик заполнить форму, удобно? Такое никто не любит. Фидбек идёт "автоматически". Какой-то небольшой процент людей сами будут писать критику (поливать говном), хвалить или же предлагать что-то добавить. И это все на страничках с играми люди делают, но не в гугл формах и подобном

Q: Стоит ли мне сосредоточиться на телеграмме именно как на площадке по продвижению моих игр?

A: Нет. Телеграмм популярен в основном в СНГ, а основная платежеспособная аудитория идёт именно с Европы/США и других стран, а там телеграмм мягко говоря не распространен

Q: Стоит ли рассчитывать на СНГ аудиторию или лучше метить в Европу/США и т.п.?

A: Не стоит рассчитывать на СНГ, основной доход идёт от зарубежных стран

Q: Как правильно анализировать рынок по играм моего жанра?

A: Есть два основных показателя - кол-во денег к кол-ву игр
1. Если игр много, а денег мало - жанр не стоит выбирать как основной (он почти мертв)
2. Если игр мало, а денег много - это либо специфичный жанр (можно забуриться и залутать денег), либо что-то "оккупированное" ААА-проектами/компаниями, туда не стоит соваться
3. Если игр средне и денег средне - практически идеальный вариант, на это и рассчитываем

Вот тут хороший пост об этом от STEAMиздат

P.S. если ссылка на STEAMиздат не открывается (канал по инвайтам только) - то вот инвайт https://news.1rj.ru/str/+qWcZc4g1arRhMGY6

Q: Как понять, какую цену ставить за игру?

А: Есть три основных диапазона - $4.99, $9.99 и $14.99. Назначать стоит отталкиваясь от комплексности игры, её контента, качества и так далее

Q: ^ Дополнительный вопрос - Стоит ли выпускать Early Access/альфа/бета версии игр?

A: Нет, забудь про это всё. Выпускай только готовый продукт. Негативные отзывы тебе не нужны

Q: Когда стоит начинать маркетинговую кампанию?

А: За год до релиза

Пишу вторую часть 🫡

#маркетинг

День 146-150. Девлог

Всем подготовиться к трём постам подряд товарищи 🫡

Первый зумерский пост как и заказывали (одобряю такое)

Добавил улучшение "Взрывопули"

- Наносят 15/30% от текущего урона пули врагам в среднем радиусе
- Взрыв считается отдельным источником урона, а это значит что урон наносится дважды, первый раз - от пули, второй - от самого взрыва
- Взрыв наносит урон персонажу
- Взрыв появляется только при первом контакте с врагом (с трансформацией Zenith - при первых двух)

Продумал пятое улучшение

Пятое улучшения типа "Механика" для пистолета - Bloody Burden / Кровавое Бремя
- При попадании по врагу вызывает кровотечение
- Максимум 3 стака кровотечения (с трансформацией Zenith - 5 стаков)
- Персонаж двигается на 20% медленнее

Числа урона/длительности еще не продумал

По планам на ближайшие дни

Переработать улучшение More Bullets - уж какое-то дисбалансное оно щас, +1 пуля за улучшение это слишком сильно. Будет 40/80% шанс на дополнительную пулю, а вместо случайного разброса в 90° будет "стабильный" разброс в 30°, одна пуля летит с поворотом в -15°, вторая с поворотом в 15°

Также теперь каждые 5 дней буду вместе с девлогом обновлять версию игры на itch.io - https://sundwell.itch.io/ritka-rampage

Код игры полностью открыт - https://github.com/Sundwell/ritka-rampage

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

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

#девлог #ritkarampage