Делаем игру memory на экране Nextion!
Лежит без дела экран Nextion? Сделаем из него автономную игровую консоль для игры в «Memory»! Без внешних микроконтроллеров, только логика редактора Nextion Editor, таймеры и управление тачскрином. Подробный гайд, который можно повторить за чашкой чая.
Всем привет!
Сегодня говорим про систему world state — она позволяет делать вариативность, запоминать решения игрока и делать реплики/ответы на основе флагов.
Я написал игру для Game Boy Color, которая рендерит изображения в реальном времени. Игрок управляет источником света и вращает объект.
Поиграть в неё можно здесь: https://blog.otterstack.com/posts/202512-gbshader/data/teapot.html
Посмотреть код и скачать ROM можно здесь: https://github.com/nukep/gbshader
В прошлый раз мы с вами остановились на том, что на всякую хитрую резьбу в виде ограничений на загрузку функционала библиотек и сторонних модулей, а также изоляции скриптов внутри разрешённых путей найдётся свой болт, в лице возможностей самого языка, которые позволяют осознанно или в силу кривизны рук свести на нет все наши усилия сохранить стабильность.
В этой части разберём как из кубиков с буквами 'О', 'П', 'Ж' и 'А' while true do end
Из новостей: PlayStation закроет студию Bluepoint Games, Фил Спенсер и Сара Бонд покинули Microsoft, продажи тактического роглайта Mewgenics достигли миллиона копий, Nival выложил на GitHub исходники RPG Silent Storm.
Из интересностей: исходники Silent Storm, трудности разработки Java-игр, как продать 1,6 миллиона копий своей новой игры, хороший пример 2,5D-пайплайна.
Иногда книга начинается с одной статьи, опубликованной в нужный момент и в нужном Хабре и в моём случае всё действительно началось с публикации про аллокаторы, которая несмотря на обилие технического материала, кода и схем набрала больше всего плюсов среди моих статей на околоплюсовую и игродев разработку. А дальше и сам цикл Game++ постепенно вырос из отдельных технических размышлений о C++, архитектуре движков и производительности в связный нарратив. За спиной Game++ стоит еще больше узкотехнических материалов в блоге и вики моей компании и я бы рад ими поделиться, да и делюсь периодически, но сами понимаете выкладывать можно не всё и даже из то, что выложено на Хабре, частенько было подрезано, ибо NDA и секретные технологии-бла-бла-бла. Та статья стала точкой, когда я увидел, что разрозненные тексты на самом деле образуют скелет будущей книги, нужно лишь перестать относиться к ним как к «постам» и начать воспринимать как главы. Идея написать книгу не пришла просто так, и несколько не связанных между собой людей и компаний связались и предложили переписать цикл статей в виде книги.
Сегодня всё чаще можно услышать мысль о том, что раньше мобильные игры были лучше. В какой-то степени это правда: ранние Java-игры отличались отсутствием доната и сервисной модели монетизации, логической завершенностью большинства тайтлов, а также экспериментами с новыми жанрами. И всё это в рамках крайне ограниченных возможностей Java-телефонов. В этой статье я хотел бы рассказать о трудностях мобильной разработки образца 2005 года, так что если вам интересно - добро пожаловать под кат!
ИИ-контент. Что это для вас?
ИИ сегодня не использует только ленивый. Это просто, удобно, быстро и не дорого (если вообще не бесплатно). ИИ уже может все от текстов и картинок до кода и музыки. Но есть вопрос, о котором никто не думает до первого суда: кому это принадлежит?
Мне, как IT-юристу было любопытно в этом разбираться. Но для авторов и создателей это вопрос не любопытства, а потенциальных исков и штрафов.
На первый взгляд регулирования нет, закона нет, многие думают, что все можно.
Вы тоже?
За последний год вокруг вайбкодинга появилось много шума: статьи, видео, демки, эксперименты. Чаще всего это выглядит как «поиграться» — собрать что-то работающее за вечер и на этом остановиться.
Мне стало интересно другое: можно ли использовать AI-агентов для реальной разработки небольшого проекта, который не развалится по ходу работы и который можно довести до релиза.
В качестве хобби я поставил себе задачу сделать игру, используя AI как основного исполнителя, а человеку оставить постановку задач, декомпозицию, документацию и контроль результата. Без no-code платформ и визуальных конструкторов — обычный рабочий сетап.
В статье я подробно разбираю:
— как выстроил процесс работы с агентами
— зачем понадобились PROJECT_OVERVIEW, Epics и планы
— как управление контекстом и уровнем reasoning влияет на стабильность
— где подход начинает ломаться
— и для каких проектов он действительно имеет смысл
Привет, Хабр!
С радостью и чувством выполненного долга издательство «БХВ» представляет вам одну из флагманских новинок наступившего года. Мы получили из типографии книгу «Game++. Устройство и оптимизация игрового движка».
Как известно, высококлассные AAA-игры — это та территория, на которой сходятся проверенные и экспериментальные алгоритмы, высокая производительность, графика на уровне произведений искусства и проектирование распределённых систем. Главный язык программирования для аса в разработке игр — это C++.
Поскольку сложно объять необъятное, да и участие в разработке The Sims и Age of Empires смотрелось бы в резюме как опыт участия в гонках «Формулы-1», автор, самоотверженно поработав, создал фундаментальную книгу о наилучших практиках высокопроизводительного программирования как в элитном продакшне, так и на очень ограниченных ресурсах. Для автора игры — это полигон, на котором он набрал свой уникальный профессиональный опыт, а C++ — это инструмент, при помощи которого решается любая задача. Отдельно отметим, что в книге уделено внимание не только различным структурам данных и их реализациям, но и стандартной библиотеке шаблонов (STL); этот материал серьёзно повысит профессиональный уровень любого C++-разработчика.
Далее - от автора, Сергея Кушниренко @dalerank.
Профилирование часто недооценивают как постоянный процесс, считая его чем вроде финальной фазы перед релизом, вроде полировки или поиска багов и в целом это, конечно, напоминает поиск багов, но это не просто поиск узких мест в коде и их фикс здесь и сейчас, а часто отдельная философия разработки, которая содержит несколько школ со своими принцЫпами, которые нормально так разнятся. И без глубокого понимания "как надо профилировать" невозможно создать игру, которая будет приемлемо работать на "картошке".
Начну я с фундаментального вопроса: что же такое игра с точки зрения программной инженерии? В целом игра -- это система мягкого реального времени, что означает, что все процессы, которые в ней происходят, начиная от игровых событий вроде нажатия кнопок игроком или появления врагов на экране, продолжая игровой логикой, которая определяет правила взаимодействия объектов и состояния игрового мира, физикой, столкновениями и заканчивая рендерингом, должны происходить в строго определенное время, и это ограничение является абсолютным и не подлежащим обсуждению, иначе мы получим "вязкий" игровой процесс.
Это очень отличает игры от большинства других типов программного обеспечения, где небольшая задержка в несколько миллисекунд не так незаметна или вообще не критична для пользовательского опыта. Вот вы открыли эту статью и ваш браузер грузил эту страницу на секунду дольше чем мог бы, потому что я как обычно вставил большую КДПВ, но вы как пользователь этого, скорее всего, даже не заметили. Или редактор Хабра, в котором я сейчас пишу эту статью и который сохраняет документ на секунду медленнее чем мог бы, это абсолютно не влияет на работу и вы об этом вообще никогда не задумывались.
Но если игра пропускает хотя бы один кадр и вместо 16.6 миллисекунд тратит 30 и больше, то игрок зачечает задержку в анимации, и это портит впечатление от игры. Соответственно, если мы что-то добавляем в игровой код, что-то изменяем в алгоритмах или в контенте, мы должны это строго отслеживать, чтобы не внести каких-то проблем с производительностью, которые разрушают игровой опыт.
Гоночные видеоигры – один из старейших жанров в индустрии. По ним можно проследить весь путь видеоигр от электромеханических аттракционов с вращающимися лентами и физическим автомобилем через ультравыпуклые телевизионные экраны к реалистичной графике с открытым миром.
И для многих именно этот жанр лет десять-двадцать назад был одним из любимых. Как Шумахер мы гоняли по гоночным трекам, а как Доминик Торетто – ускользали по ночным улицам от полицейских.
В статье повторим этот путь через аркады, консоли, ПК и легендарные серии вроде Need for Speed, а также посмотрим на российские франшизы.
Каждый дизайнер хочет сделать в своей игре что-то особенное, что выделит его продукт из миллиона других и создаст запоминающийся и уникальный опыт для игрока. Принцип «Переплетение не связанных друг с другом систем» — это один из способов придумать новое.
Эта статья ориентирована на начинающих пользователей Cheat Engine. Здесь собраны базовые рекомендации, методологические подходы и разборы типичных сценариев, с которыми можно столкнуться при попытке найти нужный адрес.
Unreal и Unity быстро превращают репозиторий в смесь кода, тяжёлых ассетов и командных привычек — и выбор VCS начинает влиять на работу каждый день. В статье сравниваются SVN и Git именно в контексте UE/Unity: блокировки файлов, права доступа, скорость, ветки и совместимость с CI/CD. Также разберем практические замечания по миграции и тому, как выстроить процесс так, чтобы он был понятен и разработчикам, и людям, которые живут в ассетах.
В пятницу, 13 февраля, скончался «отец железа» консолей Sega Сато Хидэки. Именно он был руководителем технологической группы, создавшей основные игровые приставки этой компании — Mega Drive, Sega Saturn, Dreamcast. Сегодняшняя статья — о пути Сато Хидэки.
Попробуем написать игру на Godot силами бесплатного ИИ: Visual Studio Code, Kilo-code, Gemini CLI, Qwen CLI.
Из новостей: продажи Lies of P достигли 4 миллионов копий, фанаты возродили Unreal Tournament 2004 с разрешения Epic Games, оОнлайн Mewgenics превысил 100 тысяч одновременных игроков в Steam, продажи KCD2 достигли 5 миллионов копий.
Из интересностей: издатели игр не нужны, телепорты в Unity, сумасшедшая игровая погода, возвращение к Spelunky, как Майкл Абраш удвоил фпс в Quake.
Вы когда-нибудь задумывались, почему в вашей любимой игре одни двери открываются, а другие - просто декорация? Почему за одной дверью - босс, а за другой - пустая комната? И я сейчас не про техническую реализацию, а про то, как дверь влияет на восприятие мира, на доверие игрока к системам игры и на саму логику игрового пространства. Это так называемая «Проблема дверей», и сегодня мы разберем, почему эта, казалось бы, простая вещь ломает мозг каждому геймдизайнеру.
Представьте: вы делаете свою первую игру. Вы добавляете дверь. Казалось бы, что может быть проще? Но тут же возникает куча вопросов.
Можно ли открыть эту дверь? Если да - как? Ключом, кнопкой, после выполнения квеста? А если нет - почему она вообще здесь? Является ли она просто частью декорации? Но тогда как игрок поймет, что одни двери - интерактивны, а другие - нет? Ведь если половина дверей в мире нерабочая, а другая - функциональная, но визуально они неотличимы, вы создаете фрустрацию, а не загадку.
А что, если дверь открывается только с одной стороны? Игрок проходит через неё, оборачивается - и видит, что обратно пройти нельзя. Это намеренное ограничение? Или баг? Как вы донесете до игрока, что это часть замысла, а не недоделка?
Или вот ещё: дверь закрывается за спиной. Это должно вызывать напряжение - как в Resident Evil. Но если игрок не был готов к этому, он может подумать, что застрял. Где тут грань между атмосферой и плохим UX?
Еще сложнее - когда дверь становится частью нарратива. Например, вы не можете открыть дверь в дом, потому что «герой ещё не готов эмоционально». Но механически это выглядит как обычная запертая дверь. Игрок не видит внутреннего конфликта персонажа - он видит стену. И начинает биться головой в попытках найти ключ, которого не существует. Так вы рискуете разрушить погружение, а не усилить его.
Хайп вокруг ИИ не утихает и поэтому я решил сделать приложение с интерактивными историями, где сюжет генерирует ИИ. На самом деле мне нравится играть в игры с нелинейным сюжетом. В игры, где ты сам можешь выбирать путь. Однако большинство таких игр имеют лишь небольшое количество заранее написанных сценариев. Это не позволяет в полной мере ощутить свободу выбора.
