День 71
Сегодня полностью доделал врага-дикобраза, теперь он стреляет от 1 до 3 игл с разбросом в 30 градусов в направлении игрока, а также убегает с увеличенной скоростью, когда Ритка слишком близко подходит. Под лапками у дикобраза во время "убегания" еще что-то типа пыли добавил, выглядит очень забавно 😅
Больше всего времени заняла разработка разброса для игл. Я хотел полностью сам все сделать и разобраться, а только потом уже гуглить готовое решение, поэтому долго тупил, зато теперь знаю, что в Godot все на радианах, а не на градусах.. знал бы я раньше, сэкономил бы пол часика как минимум точно😢
Я даже чет рисовал чтобы визуализировать это все дело, ну оно даже помогло
Еще иглы уменьшают свою скорость по мере "летения" вплоть до половины изначально скорости, это прям добавило динамичности, а то если иглы с одной скоростью летели бы, то это было бы слишком топорно
Вот кстати моё решение для разброса игл:
И решение с интернета (намного лаконичнее и лучше):
#ritkarampage #godot #разработка
Сегодня полностью доделал врага-дикобраза, теперь он стреляет от 1 до 3 игл с разбросом в 30 градусов в направлении игрока, а также убегает с увеличенной скоростью, когда Ритка слишком близко подходит. Под лапками у дикобраза во время "убегания" еще что-то типа пыли добавил, выглядит очень забавно 😅
Больше всего времени заняла разработка разброса для игл. Я хотел полностью сам все сделать и разобраться, а только потом уже гуглить готовое решение, поэтому долго тупил, зато теперь знаю, что в Godot все на радианах, а не на градусах.. знал бы я раньше, сэкономил бы пол часика как минимум точно
Я даже чет рисовал чтобы визуализировать это все дело, ну оно даже помогло
Еще иглы уменьшают свою скорость по мере "летения" вплоть до половины изначально скорости, это прям добавило динамичности, а то если иглы с одной скоростью летели бы, то это было бы слишком топорно
Вот кстати моё решение для разброса игл:
var direction_to_player: Vector2 = global_position.direction_to(player.global_position) # получаем нормализованный вектор направления к игроку, т.е. значения тут всегда от -1 до 1, но длинна равна 1
for index in quill_count:
var quill = quill_scene.instantiate() as Node2D
var cone_from: Vector2 = direction_to_player.rotated(deg_to_rad(30)) # определяем первую границу конуса
var cone_to: Vector2 = direction_to_player.rotated(deg_to_rad(-30)) # определяем вторую границу конуса
var cone_random_point = Vector2(
randf_range(cone_from.x, cone_to.x), # выбираем случайную точку по "X"
randf_range(cone_from.y, cone_to.y), # выбираем случайную точку по "Y"
)
quill.rotation = cone_random_point.angle() # тут задаём вращение, т.е. в какую сторону полетит игла (в радианах)
И решение с интернета (намного лаконичнее и лучше):
var direction_to_player: Vector2 = global_position.direction_to(player.global_position)
for index in quill_count:
for index in quill_count:
var quill = quill_scene.instantiate() as Node2D
var random_angle = deg_to_rad(randf_range(30, -30))
var random_direction = direction_to_player.rotated(random_angle)
quill.rotation = random_direction.angle()
#ritkarampage #godot #разработка
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
День 72
Вчера успел сделать только базовое передвижение для Упёртой Коровы и сделать документ для неё
Щас прям пару супер загруженных дней по работе и по потенциальной подработке
Планирую со временем расширять комьюнити, чтобы больше людей могли присоединиться к процессу и влиять на разработку. Это поможет сделать игры интереснее и учитывать мнения разных людейи чтобы все могли видеть как я каждый день пишу пост за вчера
К слову я реально серьёзно хочу подойти к телеграмм каналу и сообществу, мне прям нереально нравится этим заниматься, даже если моя цель в 1000 подписчиков когда-нибудь сбудется (жесть), тут никогда не будет рекламы. Это позволит сохранить искренность постов, а не просто писать ради того, чтобы впихнуть рекламу
Пока что я не находил похожих каналов, где каждый день постят именно вот прогресс с описанием и т.п. (может плохо искал?), т.к. если где-то и пишут, то раз в несколько дней или же недель и не так прям детально, что очень странно, мне было бы ну нереально интересно глянуть на то, как прогрессируют другие люди
#godot #разработка #ritkarampage
Вчера успел сделать только базовое передвижение для Упёртой Коровы и сделать документ для неё
Щас прям пару супер загруженных дней по работе и по потенциальной подработке
Планирую со временем расширять комьюнити, чтобы больше людей могли присоединиться к процессу и влиять на разработку. Это поможет сделать игры интереснее и учитывать мнения разных людей
К слову я реально серьёзно хочу подойти к телеграмм каналу и сообществу, мне прям нереально нравится этим заниматься, даже если моя цель в 1000 подписчиков когда-нибудь сбудется (жесть), тут никогда не будет рекламы. Это позволит сохранить искренность постов, а не просто писать ради того, чтобы впихнуть рекламу
Пока что я не находил похожих каналов, где каждый день постят именно вот прогресс с описанием и т.п. (может плохо искал?), т.к. если где-то и пишут, то раз в несколько дней или же недель и не так прям детально, что очень странно, мне было бы ну нереально интересно глянуть на то, как прогрессируют другие люди
#godot #разработка #ritkarampage
🔥3
День 73
Сегодня пришлось (реально пришлось) сделать практически выходной от геймдева, так что просто расскажу что-то интересное из личного опыта
Весь день созванивался, собеседовался насчет небольшой подработки на пару месяцев+, т.к. мало ли что может произойти с основной работой, хоть я в ней и уверен на все 100%, но дополнительная страховка и заначка не помешает
Как-то я остался без работы на пару месяцев, а жил я от зарплаты до зарплаты, хотя ставка даже на тот момент была ну более чем достойная, но моя финансовая грамотность мягко говоря желала лучшего и я делал часто импульсивные покупки, тратился на всякое и вообще не откладывал деньги, я вообще без понятия куда все средства уходили 😢
А потом в компании начались тяжелые времена, проекты закончились, урезали ставку до 70%, а потом и вовсе я решил уйти с компании, т.к. повышением и не пахло из-за финансовых проблем у компании (это всех касалось, не только меня 👀), а когда работы то мне и не осталось то я сидел на 70% ставки и практически не программировал, занимался непойми чем, ну и решил уйти
Нашел работу очень быстро, мне прям вот нереально повезло с ней. Продуктовая компания, я единственный фронтенд разработчик, команда небольшая, англоговорящая, ставка даже выше чем была в прошлой компании - ну мечта, просто мечта, я все еще в этой компании и вообще не планирую уходить, мы тут уже как семья
Да вот была проблемка - они только начинали работать с разработчиками из Украины и не совсем еще понимали как правильно отправлять средства на банковский счет ФОП.. и я почти три месяца работал без зарплаты, я просто уже не вывозил, денег не было вообще, я брал микрозаймы в разных конторах, т.к. там льготные проценты на первое взятие, продал дофига вещей типа робота-пылесоса, гитара, геймерское кресло, геймерский стол и т.д., очень тяжелое время было..
Но потом все наладилось, и я прям как только так сразу начал откладывать средства в наличке в долларах, т.к. чтобы их потратить это надо их взять, пойти обменять в выгодном обменнике, все равно потерять немного на курсе и процентах на снятии налички, а только потом потратить, так что как мне кажется это наилучший вариант хранить заначку (не считая акций/вкладов/крипты, но до этого еще рановато)
И теперь у меня какая-то травма после этой ситуации, и если у меня есть ощущение, что деньги заканчиваются - мне прям напряжно становится, нервничаю, сложно думать о чем-то, хотя переживаниями ничего же не исправишь, но так мозги работают, что поделать. Но когда есть отложенные средства - уже проще. Я стремлюсь к тому, чтобы у меня было отложенных средств на пол года жизни, пока что есть только на полтора месяца, но это уже прям неплохо, целое достижение для меня
Сейчас же с подработками я быстрее накоплю "капитал" на пол года параллельно откладывая на новый ноут, а то текущий уже на грани смерти
В общем к чему это я - откладывайте деньги, хоть на месяц-два минимальной жизни на мивине + жильё, а то блин в долгах жить это просто ужасно, особенно когда нет понимания когда это все закончится
Сегодня пришлось (реально пришлось) сделать практически выходной от геймдева, так что просто расскажу что-то интересное из личного опыта
Весь день созванивался, собеседовался насчет небольшой подработки на пару месяцев+, т.к. мало ли что может произойти с основной работой, хоть я в ней и уверен на все 100%, но дополнительная страховка и заначка не помешает
Как-то я остался без работы на пару месяцев, а жил я от зарплаты до зарплаты, хотя ставка даже на тот момент была ну более чем достойная, но моя финансовая грамотность мягко говоря желала лучшего и я делал часто импульсивные покупки, тратился на всякое и вообще не откладывал деньги, я вообще без понятия куда все средства уходили 😢
А потом в компании начались тяжелые времена, проекты закончились, урезали ставку до 70%, а потом и вовсе я решил уйти с компании, т.к. повышением и не пахло из-за финансовых проблем у компании (это всех касалось, не только меня 👀), а когда работы то мне и не осталось то я сидел на 70% ставки и практически не программировал, занимался непойми чем, ну и решил уйти
Нашел работу очень быстро, мне прям вот нереально повезло с ней. Продуктовая компания, я единственный фронтенд разработчик, команда небольшая, англоговорящая, ставка даже выше чем была в прошлой компании - ну мечта, просто мечта, я все еще в этой компании и вообще не планирую уходить, мы тут уже как семья
Да вот была проблемка - они только начинали работать с разработчиками из Украины и не совсем еще понимали как правильно отправлять средства на банковский счет ФОП.. и я почти три месяца работал без зарплаты, я просто уже не вывозил, денег не было вообще, я брал микрозаймы в разных конторах, т.к. там льготные проценты на первое взятие, продал дофига вещей типа робота-пылесоса, гитара, геймерское кресло, геймерский стол и т.д., очень тяжелое время было..
Но потом все наладилось, и я прям как только так сразу начал откладывать средства в наличке в долларах, т.к. чтобы их потратить это надо их взять, пойти обменять в выгодном обменнике, все равно потерять немного на курсе и процентах на снятии налички, а только потом потратить, так что как мне кажется это наилучший вариант хранить заначку (не считая акций/вкладов/крипты, но до этого еще рановато)
И теперь у меня какая-то травма после этой ситуации, и если у меня есть ощущение, что деньги заканчиваются - мне прям напряжно становится, нервничаю, сложно думать о чем-то, хотя переживаниями ничего же не исправишь, но так мозги работают, что поделать. Но когда есть отложенные средства - уже проще. Я стремлюсь к тому, чтобы у меня было отложенных средств на пол года жизни, пока что есть только на полтора месяца, но это уже прям неплохо, целое достижение для меня
Сейчас же с подработками я быстрее накоплю "капитал" на пол года параллельно откладывая на новый ноут, а то текущий уже на грани смерти
В общем к чему это я - откладывайте деньги, хоть на месяц-два минимальной жизни на мивине + жильё, а то блин в долгах жить это просто ужасно, особенно когда нет понимания когда это все закончится
❤2🔥2
Media is too big
VIEW IN TELEGRAM
День 74
Самый свежий вчерашний пост
Вчера доделал Упёртую Корову и внес некоторые правки в её логику (в основном числовые)
5 секунд перезарядки для рывка это ощущалось как-то много, так что уменьшил до 2 секунд
Увеличил минимальное расстояние для начала Bull Rush с 60 до 120 пикселей
Корова не останавливается при соприкосновении с персонажем, а проходит сквозь него, вероятно в будущем добавлю какие-то эффекты урона и особенный звук при соприкосновении с игроком во время рывка
Также обнаружил небольшой недочет - когда Корова подходит вплотную к игроку, то её начинает "штырить" туда-сюда, чтобы пофиксить это я сделал минимальное расстояние для изменения направления движения - теперь если Корова приближается к Ритке ближе, чем на 10 пикселей, то она идёт в соответствии с последним заданным направлением, таким образом она ходит туда-сюда на определённое расстояние (поведение очень похоже на Дикобраза, который держит дистанцию)
Прикреплю видео с финальным результатом на сейчас, а видео с прогрессом скоро залью на ютуб
#godot #ritkarampage #разработка
Самый свежий вчерашний пост
Вчера доделал Упёртую Корову и внес некоторые правки в её логику (в основном числовые)
5 секунд перезарядки для рывка это ощущалось как-то много, так что уменьшил до 2 секунд
Увеличил минимальное расстояние для начала Bull Rush с 60 до 120 пикселей
Корова не останавливается при соприкосновении с персонажем, а проходит сквозь него, вероятно в будущем добавлю какие-то эффекты урона и особенный звук при соприкосновении с игроком во время рывка
Также обнаружил небольшой недочет - когда Корова подходит вплотную к игроку, то её начинает "штырить" туда-сюда, чтобы пофиксить это я сделал минимальное расстояние для изменения направления движения - теперь если Корова приближается к Ритке ближе, чем на 10 пикселей, то она идёт в соответствии с последним заданным направлением, таким образом она ходит туда-сюда на определённое расстояние (поведение очень похоже на Дикобраза, который держит дистанцию)
Прикреплю видео с финальным результатом на сейчас, а видео с прогрессом скоро залью на ютуб
#godot #ritkarampage #разработка
🔥4👍2
Media is too big
VIEW IN TELEGRAM
День 75
Вчера занимался небольшими улучшениями
Первое что давно уже пора было исправить - это спавн мобов за границей арены, теперь они спавнятся только внутри арены. Решение было довольно.. простым, не надо было никаких дополнительных нод создавать, указывать где мобы могут спавнится (спавнеры расставить), а где нет
В общем логика спавна такая:
1. Берём случайную точку за экраном пользователя на круге, получается всего 360 градусов, и если упрощать, то всего 360 точек спавна есть
2. Допустим у нас выпал градус "42"
3. Мы создаем невидимую линию (рейкаст) от игрока к точке спавна, и если на этой линии встречается слой "мира" (вода в нашем случае), то мы добавляем к этой точке 90 градусов и так пока на линии между игроком и точкой спавна не будет препятствий
Если арена квадратная - то этот вариант подходит идеально, т.к. всегда как минимум будет 90 градусов свободных для появления врага
Потом подписчик предложил улучшить Дикобраза, а именно его атаку. Раньше как было - идёт 4 кадра анимации стрельбы иглами и в конце последнего кадра выпускаются иглы, теперь же иглы выпускаются на 2 кадре и выглядит это намного лучше и логичнее. Вместе с этим мне показалось хорошим вариантом сделать так, чтобы во время атаки Дикобраз всегда поворачивался спиной, т.к. иглы в основном на спине ведь, мне кажется получилось довольно прикольно
Также залил на ютуб канал видео с процессом добавления врага "Упёртой Коровы" в игру
#godot #ritkarampage #разработка
Вчера занимался небольшими улучшениями
Первое что давно уже пора было исправить - это спавн мобов за границей арены, теперь они спавнятся только внутри арены. Решение было довольно.. простым, не надо было никаких дополнительных нод создавать, указывать где мобы могут спавнится (спавнеры расставить), а где нет
В общем логика спавна такая:
1. Берём случайную точку за экраном пользователя на круге, получается всего 360 градусов, и если упрощать, то всего 360 точек спавна есть
2. Допустим у нас выпал градус "42"
3. Мы создаем невидимую линию (рейкаст) от игрока к точке спавна, и если на этой линии встречается слой "мира" (вода в нашем случае), то мы добавляем к этой точке 90 градусов и так пока на линии между игроком и точкой спавна не будет препятствий
Если арена квадратная - то этот вариант подходит идеально, т.к. всегда как минимум будет 90 градусов свободных для появления врага
Потом подписчик предложил улучшить Дикобраза, а именно его атаку. Раньше как было - идёт 4 кадра анимации стрельбы иглами и в конце последнего кадра выпускаются иглы, теперь же иглы выпускаются на 2 кадре и выглядит это намного лучше и логичнее. Вместе с этим мне показалось хорошим вариантом сделать так, чтобы во время атаки Дикобраз всегда поворачивался спиной, т.к. иглы в основном на спине ведь, мне кажется получилось довольно прикольно
Также залил на ютуб канал видео с процессом добавления врага "Упёртой Коровы" в игру
#godot #ritkarampage #разработка
🔥2🤔1
День 76
Сегодня ничего нового в игру не добавил, больше занимался теорией, тем более сейчас в курсе уроки идут по типу "Добавляем новую способность", "Добавляем анимацию персонажу/врагу" и т.п., это всё уже у меня готово, так что я сейчас смотрю эти уроки чтобы не пропустить ничего важного, всё-таки этот курс имеет прям нереальный кредит доверия у меня
Дальше по курсу с нетерпением жду очереди урока "Добавляем вес к врагам", я о нём уже рассказывал в этом посте, но еще не реализовывал. А дальше в основном пойдут всякие улучшения и так называемый "polishing" (полировка) игры, будем делать её красивее и сочнее. А, и еще мета-улучшения (это улучшения, которые остаются между игровыми сессиями, как в Vampire Survivors или любой roguelite игре)
Вообще основателем жанра игр Roguelike считается игра Rogue (отсюда и пошло название - roguelike, похожий на Rogue), а Roguelite это упрощенный жанр для широкой аудитории
Roguelike - часто хардкор с очень обычной графикой (даже из ASCII символов), где смерть означает начало с самого нуля, ничего нового не открывается, достижения ничего не дают нового. Весь прогресс это память игрока - увидел нового врага => умер => теперь знает, что враг опасный
Roguelite - часто имеет мета-прогрессию, то есть между каждой игровой сессией что-то да открывается. Например в Hades мы можем открывать новые божественные оружия и прокачивать самого персонажа, его жизни, урон, рывки и т.д. Даже тот же The Binding of Isaac это roguelite, потому что мы постоянно открываем новые предметы и игра становится так или иначе легче (если не брать соевое молоко на первом этаже, это рип ☠️)
Сейчас я делаю игру именно жанра Roguelite с мета-прогрессией (все-таки решил что она будет)
Также вот довольно наглядное видео, где показывается почему композиция удобнее наследования в ООП в разработке игр (и я считаю точно так же). Я супер доволен, что с каждым днём всё лучше и лучше понимаю архитектуру построения игр и композиция мне очень импонирует
#godot #разработка
Сегодня ничего нового в игру не добавил, больше занимался теорией, тем более сейчас в курсе уроки идут по типу "Добавляем новую способность", "Добавляем анимацию персонажу/врагу" и т.п., это всё уже у меня готово, так что я сейчас смотрю эти уроки чтобы не пропустить ничего важного, всё-таки этот курс имеет прям нереальный кредит доверия у меня
Дальше по курсу с нетерпением жду очереди урока "Добавляем вес к врагам", я о нём уже рассказывал в этом посте, но еще не реализовывал. А дальше в основном пойдут всякие улучшения и так называемый "polishing" (полировка) игры, будем делать её красивее и сочнее. А, и еще мета-улучшения (это улучшения, которые остаются между игровыми сессиями, как в Vampire Survivors или любой roguelite игре)
Вообще основателем жанра игр Roguelike считается игра Rogue (отсюда и пошло название - roguelike, похожий на Rogue), а Roguelite это упрощенный жанр для широкой аудитории
Roguelike - часто хардкор с очень обычной графикой (даже из ASCII символов), где смерть означает начало с самого нуля, ничего нового не открывается, достижения ничего не дают нового. Весь прогресс это память игрока - увидел нового врага => умер => теперь знает, что враг опасный
Roguelite - часто имеет мета-прогрессию, то есть между каждой игровой сессией что-то да открывается. Например в Hades мы можем открывать новые божественные оружия и прокачивать самого персонажа, его жизни, урон, рывки и т.д. Даже тот же The Binding of Isaac это roguelite, потому что мы постоянно открываем новые предметы и игра становится так или иначе легче (если не брать соевое молоко на первом этаже, это рип ☠️)
Сейчас я делаю игру именно жанра Roguelite с мета-прогрессией (все-таки решил что она будет)
Также вот довольно наглядное видео, где показывается почему композиция удобнее наследования в ООП в разработке игр (и я считаю точно так же). Я супер доволен, что с каждым днём всё лучше и лучше понимаю архитектуру построения игр и композиция мне очень импонирует
#godot #разработка
🔥3
Media is too big
VIEW IN TELEGRAM
День 77
Вчера сделал фундамент для прогрессии уровня сложности - каждые 5 секунд уровень сложности повышается на 1 единицу и, пока что, только скорость спавна врагов зависит от сложности, но не их тип/кол-во. Подробнее про сложность писал в этом посте
Я вот думал, как делать уникальные улучшения - решение оказалось довольно тривиальным - каждому улучшению указываем max_quantity (максимальное кол-во) и при выборе улучшений, если нужно, сужается круг возможных мутаций
Например ускорение стрельбы можно взять 5 раз, а вот новую мутацию "Беги и стреляй" - только один раз, что логично, ведь это уникальная способность
И да, первая адекватная мутация в деле - "Беги и стреляй", название говорит само за себя - теперь при стрельбе Ритка не медленно ходит, а бегает
Как же сильно я хочу нарисовать более сносную графику.. но все-таки нужно сосредоточиться на геймплее и сделать так, чтобы игру можно было пройти и, возможно, перепройти разок-другой чтобы весь тот небольшой контент открыть
К слову нас уже намного больше, чем неделю назад (больше чем +20, очень рад этому) и я хотел бы напомнить, что сейчас я занимаюсь разработкой мини-игр с механиками, которые будут (или не будут) в моей, на данный момент, финальной игре
Моя цель сделать игру в жанре top-down ARPG looter-shooter - в основном буду полагаться на Path of Exile и Диабло 2, обожаю ARPG c прокачкой и лутом🥳
Как всегда прикрепляю короткое превью того, что сейчас уже получилось (кстати баги спавна врагов присутствуют, надо фиксить)
#godot #ritkarampage #разработка
Вчера сделал фундамент для прогрессии уровня сложности - каждые 5 секунд уровень сложности повышается на 1 единицу и, пока что, только скорость спавна врагов зависит от сложности, но не их тип/кол-во. Подробнее про сложность писал в этом посте
Я вот думал, как делать уникальные улучшения - решение оказалось довольно тривиальным - каждому улучшению указываем max_quantity (максимальное кол-во) и при выборе улучшений, если нужно, сужается круг возможных мутаций
Например ускорение стрельбы можно взять 5 раз, а вот новую мутацию "Беги и стреляй" - только один раз, что логично, ведь это уникальная способность
И да, первая адекватная мутация в деле - "Беги и стреляй", название говорит само за себя - теперь при стрельбе Ритка не медленно ходит, а бегает
Как же сильно я хочу нарисовать более сносную графику.. но все-таки нужно сосредоточиться на геймплее и сделать так, чтобы игру можно было пройти и, возможно, перепройти разок-другой чтобы весь тот небольшой контент открыть
К слову нас уже намного больше, чем неделю назад (больше чем +20, очень рад этому) и я хотел бы напомнить, что сейчас я занимаюсь разработкой мини-игр с механиками, которые будут (или не будут) в моей, на данный момент, финальной игре
Моя цель сделать игру в жанре top-down ARPG looter-shooter - в основном буду полагаться на Path of Exile и Диабло 2, обожаю ARPG c прокачкой и лутом
Как всегда прикрепляю короткое превью того, что сейчас уже получилось (кстати баги спавна врагов присутствуют, надо фиксить)
#godot #ritkarampage #разработка
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1🤔1
День 78
Вчера.. почему часто вчера? К сожалению (на самом деле к огромному счастью) я работаю, подрабатываю и учусь, поэтому очень часто (последнее время практически всегда), я заканчиваю учится именно уже ближе к ночи или даже ночью, подготавливаю все скриншоты и видео для поста, а вот сам пост писать уже сил вообще нет и, поэтому, к написанию поста я возвращаюсь уже на следующий день, когда освобождаюсь от работы и остальных бытовых дел, обычно это снова вечер-ночь🥲
В общем - вчера в игру я добавил.. фикс моего легендарного костыля про поворот "нестандартных" спрайтов, о котором я забыл рассказать
Есть враг Дикобраз-Иглострел и, фактически, его спрайт занимает около 16х16 пикселей, но та анимация с иглами требует места, поэтому я расширил спрайт до 32х32px, а Дикобраз остался в углу, поэтому если просто этому спрайту задавать "flip_h" (отразить по горизнотали) - то дикобраз перемещается с одного угла в другой - поэтому мне нужно было вместо с поворотом спрайта еще менять ему позицию, что казалось диким костылём (так и есть)
И, вчера, когда я смотрел как препод анимирует персонажа и врагов, он (препод) показал как отражать по горизонтали правильно - создавать родительский контейнер Node2D, пихать в этот контейнер спрайты и всякую визуальщину, которая привязана к объекту, а потом просто менять Scale (масштабирование) на -1 и спрайты тоже отражатся, но стоя на месте.. что нереально удобно. Конечно мне кажется что нет "серебряной пули" и это выглядит как слишком идеальное решение, так что спросил у сообщества (кстати это пример очень хорошо составленного вопроса, можете брать на заметку) и посмотрю, что они скажут насчет этого (P.S. ответ получен, все четко, так можно делать если только нода отвечает за визуал)
Прикрепил видео с моей реакцией, объяснением и фиксом к посту
Еще я задал пару вопросов преподавателю (довольно часто задаю вопросы и получаю очень полезные ответы), прикреплю скрины вопросов к посту тоже
Один с вопросов - "Как правильно проверять наличие постоянных улучшений?", т.к. у меня есть улучшение, которое меняет поведение скрипта, а не просто с циферками балуется, то мне нужно каждый раз проверять: "а есть ли улучшение? Ага, есть, тогда делаем так", и сейчас оно выглядит как-то очень-не-очень, каждый раз прописывать
Второй вопрос про пример кода стейт-машины на GDScript от преподавателя, я видел у него код на C#, но есть определённые трудности в переносе на GDScript, так что тоже жду ответа с нетерпением, а то просто на енамах далеко не уедешь
В первой игре я делал стейт машину отдельными нодами, как в этом видео, и мне казалось это очень удобным, но сейчас.. создание ноды на каждое состояние.. даже небольшое? Ну не знаю. Препод делал это все в скрипте игрока, и это вообще не было никак не нагроможденно, а все чистенько-аккуратненько
Кстати вот ссылка на репозиторий с игрой, может кому будет интересно/полезно глянуть - https://github.com/Sundwell/ritka-rampage
#godot #ritkarampage #разработка
Вчера.. почему часто вчера? К сожалению (на самом деле к огромному счастью) я работаю, подрабатываю и учусь, поэтому очень часто (последнее время практически всегда), я заканчиваю учится именно уже ближе к ночи или даже ночью, подготавливаю все скриншоты и видео для поста, а вот сам пост писать уже сил вообще нет и, поэтому, к написанию поста я возвращаюсь уже на следующий день, когда освобождаюсь от работы и остальных бытовых дел, обычно это снова вечер-ночь
В общем - вчера в игру я добавил.. фикс моего легендарного костыля про поворот "нестандартных" спрайтов, о котором я забыл рассказать
Есть враг Дикобраз-Иглострел и, фактически, его спрайт занимает около 16х16 пикселей, но та анимация с иглами требует места, поэтому я расширил спрайт до 32х32px, а Дикобраз остался в углу, поэтому если просто этому спрайту задавать "flip_h" (отразить по горизнотали) - то дикобраз перемещается с одного угла в другой - поэтому мне нужно было вместо с поворотом спрайта еще менять ему позицию, что казалось диким костылём (так и есть)
И, вчера, когда я смотрел как препод анимирует персонажа и врагов, он (препод) показал как отражать по горизонтали правильно - создавать родительский контейнер Node2D, пихать в этот контейнер спрайты и всякую визуальщину, которая привязана к объекту, а потом просто менять Scale (масштабирование) на -1 и спрайты тоже отражатся, но стоя на месте.. что нереально удобно. Конечно мне кажется что нет "серебряной пули" и это выглядит как слишком идеальное решение, так что спросил у сообщества (кстати это пример очень хорошо составленного вопроса, можете брать на заметку) и посмотрю, что они скажут насчет этого (P.S. ответ получен, все четко, так можно делать если только нода отвечает за визуал)
Прикрепил видео с моей реакцией, объяснением и фиксом к посту
Еще я задал пару вопросов преподавателю (довольно часто задаю вопросы и получаю очень полезные ответы), прикреплю скрины вопросов к посту тоже
Один с вопросов - "Как правильно проверять наличие постоянных улучшений?", т.к. у меня есть улучшение, которое меняет поведение скрипта, а не просто с циферками балуется, то мне нужно каждый раз проверять: "а есть ли улучшение? Ага, есть, тогда делаем так", и сейчас оно выглядит как-то очень-не-очень, каждый раз прописывать
mutations.has("some_mutation_id") - ну такое, но если даже сделать какой-то флаг типа var has_run_upgrade: bool и его обновлять когда улучшение было выбрана - это классно, но если мутаций будет довольно много, то очень быстро все превратится в бардак, так что интересно что ответит преподавательВторой вопрос про пример кода стейт-машины на GDScript от преподавателя, я видел у него код на C#, но есть определённые трудности в переносе на GDScript, так что тоже жду ответа с нетерпением, а то просто на енамах далеко не уедешь
В первой игре я делал стейт машину отдельными нодами, как в этом видео, и мне казалось это очень удобным, но сейчас.. создание ноды на каждое состояние.. даже небольшое? Ну не знаю. Препод делал это все в скрипте игрока, и это вообще не было никак не нагроможденно, а все чистенько-аккуратненько
Кстати вот ссылка на репозиторий с игрой, может кому будет интересно/полезно глянуть - https://github.com/Sundwell/ritka-rampage
#godot #ritkarampage #разработка
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
День 79
Наконец-то теперь у меня есть идеальный (для меня) вариант создания и использования стейт-машины, я прям преисполнен радостью, от души отлегло💃
Вчера получил ответы на свои вопросы от автора курса (я очень доволен тем, что он не только вообще отвечает, так еще и быстро это делает)
На первый вопрос "Как правильно проверять наличие постоянных улучшений" он ответил, что он бы делал так же, как и я (ого) и посоветовал как можно улучшить, я так и сделал
На второй вопрос про стейт-машину он дал ссылку на свою имплементацию стейт-машины и пример использования, и я побежал сразу разбираться и внедрять это в скрипт игрока🐸
Теперь мне ну очень хочется сделать видео про стейт-машину и как её можно реализовать, объяснить что к чему и как работает и чем этот подход лучше и хуже других (как по мне - идеальный подход 👀)
Я вообще люблю делиться знаниями и помогать другим в обучении, уже на протяжении 3х лет я так или иначе кого-то обучаю, менторю и подобное
Я выделяю как минимум три причины, из-за которых в основном преподают практикующие специалисты:
Деньги
Можно много получать если менторишь уже серьёзных спецов и помогаешь им развиваться дальше, но это не обо мне, с моими пятью годами опыта в веб-разработке я конечно стал специалистом какого-то уровня, но сейчас я и сам тот человек, которому нужен ментор (был бы нужен). Еще можно в школах айтишных преподавать, но это вообще не деньги в сравнении с обычной работой
Найм/Хантинг
При обучении людей в тех же школах айтишных можно найти людей с потенциалом и горящими глазами и таких забирают преподаватели к себе в компанию (команду) и выращивают специалиста, очень классный подход, хоть и рискованный немного
Желание.. помогать?
Не знаю как эту причину описать, но я постараюсь
У меня в начале пути было столько проблем, столько страхов, глаза разбегались что учить? Зачем учить? Где это пригодится? Где то пригодится? А надо ли вообще это учить и.. как это использовать? А не трачу ли я свое время зря? А получится ли у меня?
И мне почему-то нравится делиться своими знаниями с другими, конечно же это взаимовыгодно - когда кому-то рассказываешь что-то, то ты обязан подготовится ко всем возможным вопросам, разобраться в теме глубже, чем обычно, таким образом я укрепляю и улучшаю свои знания, а условный "ученик" получает ответы на вопросы и какое-то направление, а не просто непроглядную тьму, ведь я уже это все проходил, я знаю что будет дальше и как к этому прийти
В моём случае мною движет желание помогать, это не такая уж и редкая причина, впрочем как и остальные две, в любом случае это не альтруизм, ведь я выгоду тоже получаю
Вернемся к разработке - сейчас занимаюсь переписыванием скрипта врагов на стейт-машины, чтобы структурировать код еще больше - обожаю порядок (только не в своей комнате, тут тихий ужас)
Прикреплю скриншоты ответов от преподавателя и код ДО и ПОСЛЕ рефакторинга моего скрипта для игрока
#godot #ritkarampage #разработка
Наконец-то теперь у меня есть идеальный (для меня) вариант создания и использования стейт-машины, я прям преисполнен радостью, от души отлегло
Вчера получил ответы на свои вопросы от автора курса (я очень доволен тем, что он не только вообще отвечает, так еще и быстро это делает)
На первый вопрос "Как правильно проверять наличие постоянных улучшений" он ответил, что он бы делал так же, как и я (ого) и посоветовал как можно улучшить, я так и сделал
На второй вопрос про стейт-машину он дал ссылку на свою имплементацию стейт-машины и пример использования, и я побежал сразу разбираться и внедрять это в скрипт игрока
Теперь мне ну очень хочется сделать видео про стейт-машину и как её можно реализовать, объяснить что к чему и как работает и чем этот подход лучше и хуже других (как по мне - идеальный подход 👀)
Я вообще люблю делиться знаниями и помогать другим в обучении, уже на протяжении 3х лет я так или иначе кого-то обучаю, менторю и подобное
Я выделяю как минимум три причины, из-за которых в основном преподают практикующие специалисты:
Деньги
Можно много получать если менторишь уже серьёзных спецов и помогаешь им развиваться дальше, но это не обо мне, с моими пятью годами опыта в веб-разработке я конечно стал специалистом какого-то уровня, но сейчас я и сам тот человек, которому нужен ментор (был бы нужен). Еще можно в школах айтишных преподавать, но это вообще не деньги в сравнении с обычной работой
Найм/Хантинг
При обучении людей в тех же школах айтишных можно найти людей с потенциалом и горящими глазами и таких забирают преподаватели к себе в компанию (команду) и выращивают специалиста, очень классный подход, хоть и рискованный немного
Желание.. помогать?
Не знаю как эту причину описать, но я постараюсь
У меня в начале пути было столько проблем, столько страхов, глаза разбегались что учить? Зачем учить? Где это пригодится? Где то пригодится? А надо ли вообще это учить и.. как это использовать? А не трачу ли я свое время зря? А получится ли у меня?
И мне почему-то нравится делиться своими знаниями с другими, конечно же это взаимовыгодно - когда кому-то рассказываешь что-то, то ты обязан подготовится ко всем возможным вопросам, разобраться в теме глубже, чем обычно, таким образом я укрепляю и улучшаю свои знания, а условный "ученик" получает ответы на вопросы и какое-то направление, а не просто непроглядную тьму, ведь я уже это все проходил, я знаю что будет дальше и как к этому прийти
В моём случае мною движет желание помогать, это не такая уж и редкая причина, впрочем как и остальные две, в любом случае это не альтруизм, ведь я выгоду тоже получаю
Вернемся к разработке - сейчас занимаюсь переписыванием скрипта врагов на стейт-машины, чтобы структурировать код еще больше - обожаю порядок (только не в своей комнате, тут тихий ужас)
Прикреплю скриншоты ответов от преподавателя и код ДО и ПОСЛЕ рефакторинга моего скрипта для игрока
player.gd#godot #ritkarampage #разработка
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍1