Прекрасный сайт, который по какой-то причине недостаточно популярен.

Тут вы можете посмотреть на устройство уровней многих легендарных игр. Есть как классика вроде Донки Конга и Метроида, так и относительно современные, вроде Супер Марио Одисси.
https://noclip.website/

История разработки Pumpkin Jack — хите, созданном одним человеком.

За пять лет, которые ушли на создание игры, геймдизайнер Николя Мейсонье успел намучиться с издателями, отмести семь прототипов, а в конце концов — превратить пробное творение в успешный релиз.

https://www.youtube.com/watch?v=4e4reljDzcc

Держите огромную базу геймдев аутсорса. Все студии разбиты по категориям, очень удобно.
https://vendors.dimafilatov.ru/

«В те дни, чтобы стать геймдизайнером, надо было просто сесть перед компьютером и начать писать код.»

Небольшой материал о том, как Сид Мейер делает игры:
https://dtf.ru/gamedev/108977-kak-sid-meyer-delaet-igry

Вот бы щас...

Классный анализ графики в Disco Elysium. Уникальный графический стиль был достигнут очень замороченным методом. Респект ребятам.

https://youtu.be/vp5mtj2tJMQ

У меня сестренка (14 лет) прошла в финалисты конкурса от Supercell. Нарисовала очень классного персонажа!

Если у вас вдруг есть аккаунт Бравл Старс, проголосуйте пожалуйста ❤️

Такой талант должен дать замечен!

https://make.supercell.com/en/creation/superstar-kit

Анимированный пиксельный ассет-пак полностью бесплатно!

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

https://humblepixel.itch.io/pocket-inventory-series-5-player-status

😍

Небольшой урок про создание прыжков в пиксель-арте

Ценнейший доклад об ошибках при работе с камерой в играх.

Вот какие штуки выделяет автор.

Ошибки дизайна уровней и камеры
- Использование динамической камеры там, где подошёл бы другой подход
- Проектирование уровней и поведения камеры, не согласованных между собой
- Интерпретация склона как стены, которую нужно избегать
- Нарушение правила 180 градусов
- Фокус только на аватаре, без учёта окружения
- Неправильное применение «правила третей»
- Использование одной логики камеры для движения по земле и в воздухе
- Разработка под Oculus Rift как основную камеру
- Тестирование на узкой демографической выборке

Поведение и логика камеры
- Сохранение состояния камеры с помощью глобальных координат или кватернионов
- Использование стандартной дистанции камеры, нарушающей видимость (line-of-sight)
- Допущение, при котором боковые препятствия перекрывают видимость
- Отталкивание камеры от препятствия, когда игрок пытается повернуть её в его сторону
- Возможность игроку протолкнуть камеру внутрь препятствия
- Независимые силы конкурируют за управление движением камеры
- Избыточное движение камеры для предотвращения перекрытия незначительных объектов
- Пересечение камеры с узкими колоннами
- Боковое смещение камеры при появлении заслоняющих объектов сзади
- Пересечение камеры с аватаром по ближней плоскости отсечения (near-clipping plane)
- Использование одной и той же дистанции камеры для всех углов обзора
- Применение одного и того же угла обзора (field-of-view) для ракурсов снизу и стандартных
- Независимое изменение наклона камеры, дистанции и угла обзора
- Отсутствие перехода (cut), когда аватар проходит сквозь непрозрачные объекты
- Смещение камеры при наведении на дальние цели
- Перекрытие цели телом аватара
- Ограничение возможностей исследования для опытных игроков
- Разработка универсального «решателя ограничений», оптимизирующего положение камеры

UX-ошибки (восприятие и ориентирование)
- Изменение управления направлением движения после перехода камеры
- Нарушение ориентации игрока в пространстве
- Сложность в оценке расстояний
- Камера направлена вперёд при приближении к обрыву
- Горизонтальное положение камеры при движении аватара по склону
- Возможность игроку дезориентироваться и потеряться
- Чрезмерное вращение камеры при наведении на близкие цели
- Передача игроку управления камерой, а затем его отбор
- Немедленное применение подсказки камеры после того, как игрок сам навёл её на нужное место

Ошибки управления и настроек
- Полная зависимость от ручного управления камерой со стороны игрока
- Оставление угла поворота камеры (yaw) без изменений во время бега
- Отсутствие инверсии управления (например, инвертированного Y-управления)
- Реакция на случайные (непреднамеренные) сигналы от контроллера
- Линейная чувствительность управления
- Слишком сильный дрейф точки поворота камеры

Визуальные и кинематографические ошибки
- Слишком узкий угол обзора
- Резкие изменения угла обзора
- Чрезмерная тряска камеры
- Подпрыгивание камеры в такт шагам аватара
- Вертикальные перемещения камеры при прыжке аватара
- Резкий переход в новую позицию камеры
- Сохранение скорости изменения наклона до упора по ограничению

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

В целом делать игры легко, но есть нюанс.

Милейший пиксельный ассет-пак с персами, тайлами, мобами и шмотками.

И главное — всё бесплатно. Ну красота же?
https://sethbb.itch.io/32rogues

Небольшой обзор не самых известных игровых движков

https://habr.com/ru/companies/timeweb/articles/876900/

Ищем Unity-программиста для кооперативного проекта в духе Peak и RV There Yet? (сетевая логика базируется на Mirror).

Задачи:
- Разработка игровых механик на Unity (C#).
- Реализация сетевой логики на Mirror.
- Вёрстка.
- Реализация готового продукта с последующей выгрузкой в Steam.

Требования:
- Опыт Unity (опыт работы с физикой и анимациями).
- Хорошее знание C#, понимание что такое SOLID/MVC/DI.
- Наличие опыта реализации сетевого взаимодействия.
- Умение работать в команде, читать и понимать чужой код, придерживаться заложенных в проекте архитектурных решений.

Плюсом будет:
- Опыт оптимизации проектов.
- Написание шейдеров на HLSL.
- Релизы в Steam.

От нас:
– Работа удаленная;
– Рыночная заработная плата и бонусная система.
– Минимум бюрократии и корпоративности.

Для отклика, заполните, пожалуйста, форму: https://forms.gle/GH2mbF1uomcnGk8MA

Марк Браун размышляет о том, как мы можем улучшить туториалы в сложных играх.

https://www.youtube.com/watch?v=-GV814cWiAw