3 шейдера, о которых должен знать КАЖДЫЙ 2D- разработчик

В этом уроке по Unity мы будем использовать shadergraph для создания 3 различных шейдеров, которые вы можете добавить в свой арсенал инструментов для геймдева. Если вы новичок в работе с shadergraph, то этот урок расскажет вам о большом количестве общих узлов, которые вам понадобятся!

00:00 - Intro
00:46 - Creating lighting using shaders
04:00 - Create repeating texture patterns
05:56 - Creating a Damage Effect (Sprite Flash) Shader
07:28 - Coding the hit effect (Coroutines)
08:54 - Coding the hit effect (Tweening)

Надеюсь, вам понравится!

источник

#gamedev

👉 @game_devv

Разработчик? Хватит публикуй свои приложения с  пониженной комиссией на новой платформе.

Мы создали альтернативу App Store и Google Play: маркетплейс с полноценной платёжной системой, низкими комиссиями  и международной инфраструктурой.

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

Принимайте платежи картами (включая МИР) и получайте выплаты в USDT — моментально, на любой криптокошелёк.Интеграция занимает всего день: у нас есть SDK и техподдержка на каждом этапе.

Для первых 30 партнёров — бонус от $500 на продвижение, креативы и трафик от нашей маркетинг-команды. Мы не просто размещаем — мы помогаем зарабатывать.

Если вы создаёте браузерные игры или Telegram Mini Apps — подключайтесь:📍 Заявка: https://tglink.io/4302a84da944?erid=2W5zFGC1gZv 
📍 О платформе: https://tglink.io/65bbff76b408 

Реклама. Иванов А.О. ИНН 451200841661.

Game++. while (!game(over))

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

Эта серия статей родилась как заметки на полях к замечательной книге Game Engine Architecture, книга большая, объемная и охватывает все аспекты создания движка. Но там нет нюансов практической разработки. А чтобы видеть нюансы надо понимать не только теорию, все же GAE больше теория, но знать как работает код игры изнутри. Чтобы понимать как, и главное почему, используются выбранные механизмы внутри игры, чтобы видеть проблемы с производительностью и архитектурой, как их искать и как чинить, для этого придется понять как работают и как создавались игровые движки.

https://habr.com/ru/users/dalerank/articles/

#gamedev

👉 @game_devv

Математика в играх на Unity. Библиотека Mathf

Рассматриваю различные функции библиотеки Mathf в Unity, в том числе Sin, Cos, Perlin Noise, PingPong и так далее. В видео можно увидеть примеры использования и узнать что-то новое для себя из этой библиотеки.

источник

#gamedev

👉 @game_devv

DOOM: The Dark Ages вышла в Steam

На YouTube и Twitch уже можно встретить трансляции прохождения DOOM The Dark Ages.

Официальный релиз 15 мая.

https://steamdb.info/sub/1227423/history/?changeid=28943878

#gamedev

👉 @game_devv

Стример Coincidente покорил легендарную карту Doom II с 23 000 демонов

После многолетних усилий со стороны геймерского сообщества одна из самых сложных карт для игры Doom II, «Бойня Окуплока», была наконец пройдена на максимальной сложности.

Карта, созданная пользователем Doomworld Okuplok более 12 лет назад, славится своей жестокостью и непредсказуемостью. Она представляет собой непрерывный шквал вражеских атак, часто происходящих в тесных коридорах или на обширных аренах, где малейшая ошибка может привести к гибели.

Известный стример Coincidente совершил этот подвиг, уничтожив всех 23 211 демонов на этой карте за один непрерывный заход без сохранений и смертей. Прохождение заняло более шести часов.

https://www.techspot.com/news/107657-doom-ii-infamous-23000-demon-map-finally-beaten.html

#gamedev

👉 @game_devv

Как делать видеоигры в 2025 году (без движка)

На дворе 2025 год, а я всё ещё продолжаю делать видеоигры. Если верить archive.org, я начал заниматься этим двадцать лет назад! Достаточно долгий срок для одного увлечения...

Когда я рассказываю о том, над чем работаю, люди часто спрашивают меня, как я делаю игры, и их часто удивляет (а иногда и тревожит?), когда я говорю, что не пользуюсь коммерческими игровыми движками. Существует какой-то стереотип, что если ты делаешь игры не в популярном инструменте наподобие Unity или Unreal, это значит, что ты чуть ли не вручную пишешь ассемблерный код.

https://habr.com/ru/articles/911370/

#gamedev

👉 @game_devv

Почему игродев остается на С++17

Последние пару-тройку лет на конференциях все чаще я слышу жалобы знакомых в игрострое о том, что текущий вектор развития "современного C++" не соответствует потребностям игровой разработки. Реальные полезные нововведения фактически закончились с выходом C++17, а попытки внедрить C++20 часто заканчиваются обнаружением множества "гейзенбагов" и существенным снижением производительности - критичные для нас на 10-15% от сборки к сборке. Пошатавшись по разным игровым студиям, блин, скоро будет 15 лет как я тут, у меня таки немножечко есть, что вам рассказать.

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

Мобилки, как-бы отдельно, и там свои свои покемоны Mac с Android, но в Visual Studio в том или ином виде создаются, дебажатся и оптимайзятся 95% игр, остальное - погрешность. С момента начала золотой эры игростроя (где-то в конце 90-х), большинство игр писались с учетом того, что они будут выпущены на ПК, под ПК понимается - под винду. И наследие многих A+-студий так или иначе связано с Microsoft, даже для не-Microsoft консолей и мобилок.

https://habr.com/ru/articles/894736/

#gamedev

👉 @game_devv

Механика эволюции домов в Pharaoh (1999)

Путь от простых хижин к роскошным особнякам, украшенным фресками и колоннами, в Pharaoh — это не просто вопрос архитектуры и разные текстуры. Это отражение заботы игрока о своём виртуальном городе, его нуждах, вере и безопасности. Каждое жилище в городе это FSM, реагирующая на условия вокруг: достаток еды, доступ к воде, религиозные обряды, культурные радости и много чего еще.

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

В этой статье попробую рассказать, как устроена эволюция домов, какие требования стоят за каждым уровнем жилья и как это было реализовано в оригинальной игре. Если вы вдруг пропустили встречу нашего жреческого круга... простите, предыдущие статьи про восстановление исходников этого старого ситибилдера, — обязательно найдите время, чтобы взглянуть на пару интересных моментов (Добро пожаловать в Древний…, ecs, dynvtbl, логические потоки и Фараоне, Как построить мастабу, Как рисуется карта в Фараоне, Новый дом для Фараона)

Все скриншоты в статье сделаны уже на рендере проекта, исходники на github

https://habr.com/ru/articles/910456/

#gamedev

👉 @game_devv