Godot + Godot Engine

Как исправить такие тени? Такие полосы появляются, когда луч падает под сильным углом на плоскоть. Включал фильтры PCF5 и PCF13, но не помогает. Также не помогают настройки bias в тенях

Темы, которые объясняются в видео:

• Установка и настройка плагина

• Сохранение и загрузка прогресса игрока

• Показ Interstitial и Rewarded рекламы

Ссылки по теме:

• Сайт плагина: getbridge.org

• Телеграм-чат: instant_games_bridge

P.S.: для тех кому интересна публикация игр на веб-платформах приглашаю в телеграм-чат @WebGamedev, там уже много полезной информации + есть представители платформ.

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

Предупреждение ! Для суровых геймеров любящих Дарк Соул-сы не входить! Опасно!)

Игра издана также на стим.

ЗАБРАТЬ

Sprout Valley — это очаровательный симулятор фермерства, в котором вы сможете отвлечься от суеты жизни и вырастить сад своей мечты. Увлекательная история, созданный вручную опыт.

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

Целью будет сбор ресурсов и улучшение жизни на острове. Вы можете выращивать растения и собирать ресурсы из окружающей среды для получения дополнительных ресурсов.

Вы можете продавать и покупать собранные вами ресурсы. Используйте свои инструменты для достижения своей цели — жить мирной жизнью в гармонии и природе. Уровни генерируются процедурно, поэтому существует практически бесконечное количество комбинаций. Каждый уровень имеет «семя», и в будущем им можно будет поделиться с другими игроками, чтобы воссоздать острова и поделиться ими со всей базой игроков.

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

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

ЗАБРАТЬ

Обновлено 3 дня назад

Опубликовано 24 марта 2022 г.

Статус выпущен

Платформы Windows, macOS, Linux, Android, HTML5.

Оценка 4,7 из 5 звезд

Автор ZeFrost

Жанр Симуляторы

Сделано с Годо

Теги 2D, Милые, Фермерство

Средняя сессия Около получаса

Языки английский

Ввод Клавиатура, контроллер Xbox, контроллер Playstation

Ссылки Steam

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

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

Все рисовалось в программе Aseprite и это был ад, с учетом того, что навыков в рисовании особо не было. Зато появился первый билд:

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

После этого игра была выложена в более менее рабочем виде на itch и newgrounds, на последнем портале мне поставили более менее даже хорошие оценки.

Конечно в игре бесконечное количество ошибок, в игре юниты двигается без системы физики/хит боксов. Спрайты были сохранены с расположением влево/вправо, хотя в движке есть возможность поворачивать картинки. Плохой код повсеместно, короче красота. Игра была сделана в течении 3-5 месяцев, уже точно не помню. Основные все моменты, такие как переписывание всей игры проводились раза 3 точно и в течении всей ночи.

Далее из-за того что нравилось бегать и стрелять, была сделана следующая игра в виде кликера про стрельбу:

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

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

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

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

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

Далее нужно выложить продукт на какую-нибудь площадку и начать уже зарабатывать миллионы, а то уже заждались. В качестве площадки были выбраны Яндекс игры, платформа открытая, а большего мне и не надо. И вот я уже выкладываю на ней свою игру:

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

Итак, в среднем 20 игроков за неделю и каждый из них проводит по 4 минуты в игре. Звучит как провал, а что по деньгам?

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

Наша с братом игра на Godot, на 19 месте в TON League и она даже денег приносит и в целом уже можно не работать и заниматься своей игрой, но с натягом. 14 лет я изучал, пробовал, чтобы оказаться с натягом!! И поверьте этот натяг, он не изичный, мы жопу рвали когда её в яндексе или на конгрегейте выпускали. Вас наверное интересуют цифры, а не эмоции, ну это порядка 3000$ в месяц, на троих - налог) и минус сервера, и минус художник.

Но я пиздец рад и на работе релиз и тут, вроде ок. Я очень рад короче, что я к 41 году, буду получать 300$ и это уже будет неплохо, вот короче и думайте, нужен вам геймдев или нет.
Ещё раз повторюсь, моя история, довольно успешная так-то пздц) 95% просто не появляются даже никогда) И хз что с моей работой дальше ещё будет, вот таки дела малята)

Всем удачи, спасибо за внимание)

p.s. Для сильно унывающих это мы делали вне работы, мне платят ещё и зп)

p.p.s. тупо может звучит, я хочу купить дом в глуши и растить что вырастет)
Но сначала завезу еды на год, но простой) и за год выйду на самообеспечение)

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

Строка №12 написана с нарушение стайлгайда, там не рекомендуется использовать однострочную запись, но оказалось, что так цикл работает незначительно быстрее...

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

Количество шагов цикла выбрано в 100 000, т.к. это достаточно, чтобы результаты были заметными, с учётом замедления от лямбда функций. При большем шаге разлёт в скорости каждого из вариантов сглаживается, эффект замедления первого test становится незаметен, а это нам не нужно. В самом конце (на скриншоте не видно) я повторил порядок 1,2,3,4, чтобы сравнить его с самой первой группой. Прогнав несколько раз, стало понятно, что во всех вызовах, кроме самого первого, порядок вызовов не влияет на результат. Отсюда, достаточно вызвать 3 одинаковых группы и отбросить результаты в первой четвёрке.

Стабильно хуже всех работает get_tree().root. Это прямой доступ к полю root объекта SceneTree, возвращаемого методом get_tree(). Видимо из-за итерации по объекту, которой, видимо, не происходит в таком объёме при других вариантах. Между остальными тремя различие ситуативно, поэтому я бы просто везде использовал $/root.

Одиночный тест я решил не проводить из-за всё того же замедления первого вызова. Провёл сдвоенный как на скриншоте и так для каждого из четырёх.

В среднем, f1 и здесь оказался быстрее. Спорный результат у f3 и f4. Понятно, что одно является сокращённой записью (не люблю слово синтаксический сахар) другого. Повторение в строенном варианте тоже ничего не дело. Вроде как действительно различия нет. Но, есть ещё один вариант тестирования, приближенный к реальным кейсам, т.к. связан он с записью результата любого из четырёх методов в переменную и доступа к этой переменной.

Результат ожидаемо одинаковый в пределах погрешности измерений и случайного разброса: от 0.004 до 0.011, что кратно быстрее доступа к корню через любой из четырёх методов. Отсюда можно сделать вывод, что в скриптах Godot 4, где нужен доступ к глобальному корню, стоит создать переменную с помощью синтаксиса вроде "@onready var root = get_tree().get_root()", т.к. такой код будет наиболее быстрым, и использовать уже её. Применение $/root по месту удобно и хорошо читаемо, но работать будет незначительно медленнее. Насколько это будет заметно в проекте? Зависит от частоты вызовов, но скорее всего незаметно. Однако, задача этой статьи - найти наиболее быстрый способ доступа и она выполнена, это вариант f1 записанный в переменную.