Я люблю физические симуляции, а в особенности симуляции частиц. Обычно я реализую что-то на основе традиционной физики, но недавно наткнулся на забавную нефизическую модель, которая может демонстрировать поведение, напоминающее жизнь.
Я написал на C++ прототип для собственного движка, а потом решил, что будет интересно попробовать запустить его в браузере при помощи WebGPU API. Он заработал на удивление хорошо, позволяя создавать подобные симуляции.
В посте я расскажу, как он устроен внутри.
Всем привет! Наверняка у каждого, кто увлекается технологиями, бывают моменты, когда хочется быстро проверить какую-то идею или «поиграться» с новым API, не погружаясь в сложную разработку. Сегодня я хочу рассказать как раз о таком эксперименте выходного дня, который начался с простого желания пощупать возможности одного сервиса, а в итоге вылился в небольшой, но забавный пет-проект – GPT Arena.
Меня зовут Илья, я основатель онлайн-нейросети для создания изображений ArtGeneration.me, техноблогер и нейро-евангелист. Идея GPT Arena зародилась у меня давно, еще во времена появления кастомных GPTs от OpenAI. Тогда я даже сделал небольшой прототип: игра предлагала создать героя, генерировала его изображение и весело описывала его бой с другим таким же созданным героем, учитывая их абилки и способности. С учетом того, что в ChatGPT была озвучка сообщений – получалось прикольно. Однако тот прототип был сыроват и я надолго его забросил.
Недавно я решил вернуться к этой концепции, когда познакомился с API от Pollinations. Как человек, который не является программистом в классическом смысле, а скорее энтузиастом, исследующим возможности AI и предпочитающим генерировать код с помощью нейросетей, а не писать его с нуля, мне было особенно интересно проверить эту идею в деле, используя новый инструментарий.
Из новостей: Apple приобрела свою первую игровую студию, продажи Elden Ring Nightreign превысили 2 миллиона копий, Кипрская студия Mundfish начнёт помогать авторам с разработкой и продвижением игр.
Из интересностей: рендеринг Assassin’s Creed Shadows, рогалики становятся всё более странными, технология динамического освещения для 2D-игр.
Одна из старейших игр в истории человечества (ее прообразы возникли еще в Индии в VI веке нашей эры) — и одна из самых запатентованных. Сотни инноваторов юридически оформили свои изобретения и полезные модели по мотивам шахмат. Некоторые из проектов — сугубо коммерческие, приносящие миллионы своим создателям. О патентах на такие разработки мы и расскажем в этом материале.
В конце 90-х, в эпоху таких игр, как Caesar III, Pharaoh, Stronghold и Zeus: Master of Olympus, если вы не знали, то отцом всех этих игр был Simon Bradbury (хотя в Фараоне и Zeus скорее только крестным), начала набирать популярность идея упрощения пользовательского интерфейса. Во многом это было ответом на критику, что перегруженные UI отпугивают широкую аудиторию (и это действительно так, адепты Евы не в счет), надо было как-то привлечь людей помоложе, которые ни тогда, ни сейчас не отличались желанием глубоко вникать в механики. На этом фоне начали сознательно скрывать сложные внутренние механики (black box gameplay) от игрока — в том числе в градостроительных стратегиях.
Уже в Caesar III (1998), хоть та и имела отличную визуализацию потребностей домов и цепочек производства, всё же оставляла за кадром множество числовых значений: точное количество работников, занятых в зданиях, внутреннюю очередь обработки запросов, приоритеты в распределении ресурсов. Игроку приходилось догадываться о многом опытным путём и считать на бумаге параметры райнов и рисовать цепочку распределения товаров. Сравните это с мануалами Age of Empires II, где на сотнях страниц подробно разбирались все коэффициенты.
Важно понимать: речь не о том, чтобы показать игроку всё до последней формулы, а о том чтобы заинтересовать его на все время сессии. Хорошо выстроенные интерфейс должен работать на двух уровнях: обучающем — для новичков, где объясняется базовая логика (например, как провести водопровод или построить рынок) - прячем свои хотелки и механики подальше и не позываем их, и справочном — для тех, кто уже подсел на игру и хочет вникнуть глубже: как именно распределяются товары, как работает патрулирование стражей, как просчитывается уровень эволюции дома.
Привет, Хабр! Это снова я, твоя читательница и профессор кислой ностальгии. Как же всё удачно совпало на прошлой неделе: опять дежурила на кафедре, купила "ремастер" S.T.A.L.K.E.R.: Legends of the Zone Trilogy и давно хотела написать о самой любимой игре своего папы. Моя цель — с популярно академической точностью доступно донести тебе, почему именно проект 2007 года навсегда останется культурным феноменом и величайшим игровым достижением постсоветского пространства, и вряд ли кто его превзойдет. Постараюсь не быть занудой.
Почему S.T.A.L.K.E.R.: Тень Чернобыля — навсегда величайший проект постсоветского пространства
В предыдущей статье я учил существ рисовать узоры и привлекать внимание человека. Теперь я пошёл дальше — дал им возможность «торговать» друг с другом. Простая экономика и координация действий через обмен. В этой статье — как это устроено, какие алгоритмы я использовал и почему торговля среди глупых жёлтых существ оказалась совсем не глупой.
Как мы сделали веселую викторину про Линуса с токсичным AI-агентом и зачем такое вообще нужно в образовании.
Стандартная библиотека C++ содержит множество классов и функций, которые легко интегрируются в проект, безопасны и протестированы на множестве кейсов. Однако за удобность и всеядность приходится платить производительностью. В играх, если производительность сразу не стоит на первом месте, то к концу проекта вы получаете такой технический долг, что проще бывает всё выкинуть и начать заново. Прямолинейное использование стандартной библиотеки в большинстве случаев, когда нужен производительный и эффективный код, я сейчас не только про игры, оказывается не лучшим выбором.
Примеры ниже завершают серию статей, в которой я постарался собрать интересные моменты использования разных структур данных, используемых при разработке игр, их расширений и возможностей для улучшения.
Статья рассчитана на читателей, которые не являются гуру C++ или знатоками тонкостей языка, но в целом знакомы с языком и его идеями, хотя знание ассемблера x86 не требуется, я буду прикладывать ссылки на примеры кода quickbench, чтобы объяснить, почему даю те или иные советы.
Иногда я тут буду ужасы рассказывать, но большинство этих случаев мешало нормальной работе игр в проде, так что пришлось относиться к ним с уважением.
В прошлой статье о флеш играх я рассказывал о том, как авторы, делавшие эти игры как хобби, внезапно начали на них зарабатывать, размещая рекламу порталов в своих творениях. Сегодня расскажу как это всё превратилось в маленькую индустрию, с конкуренцией не меньше чем в современных мобилках.
Франшиза Warcraft — это обширная экосистема интерактивных развлечений, охватывающая видеоигры, книги и разнообразные медийные проекты, созданные компанией Blizzard Entertainment.
Предлагаю сегодня вспомнить историю создания легендарной серии, начиная с далекого 1994 года. В помощь привлечем воспоминания Патрика Уайатта (Patrick Wyatt), который руководил командами разработчиков первых двух частей Warcraft и первого Starcraft, Джона Стаатса (John Staats) – дизайнера WoW, а также многих ярких представителей команды создателей этой замечательной игры!
С вами снова Кирилл Богатов, дизайнер разговорных продуктов в KODE. В прошлом году я записался на курсы по театральной импровизации. Там мы разыгрывали сценки, работали с зажимами и учились не бояться выглядеть нелепо. Наши занятия часто заканчивались игрой в «Принцессу, Дракона, Рыцаря» — это как «камень-ножницы-бумага», только вместо фигур в ней нужно изображать фэнтезийных персонажей. Своего рода мини-спектакль на пару секунд.
Концепция игры показалась мне идеальной для переноса на голосовые колонки. В этой статье расскажу о том, что из этого вышло.
История российского игрового бизнеса напоминает захватывающие американские горки. В начале 1990-х годов в стране безраздельно господствовал ворованный контент, однако уже через несколько лет игры российских разработчиков официально продавались по всему миру, конкурируя по качеству с лучшими произведениями западных и японских студий, а вчерашние пираты превращались в миллионеров. В этой статье мы вспоминаем ключевые этапы становления отечественного геймдева с точки зрения защиты интеллектуальной собственности.
Привет. Я занимаюсь реализацией UI в нашей небольшой команде, разрабатывающей игры. Долгое время занимался 3D-моделированием, моушн-дизайном, UX/UI-дизайном, построением дизайн-систем. Позже жизнь привела меня в игровую индустрию, где я применил предыдущие навыки.
Команда разрабатывала гиперказуальные игры, и на момент моего присоединения к ней происходила перестройка — переход от гиперказуальных игр к хардкорным проектам. Тогда рассматривались два варианта новых проектов:
В программирование меня изначально привело желание делать игры, но как-то так получилось, что за 16 лет карьеры я успел позанимался чем угодно, но не ими. Десктоп, фуллстек-разработка, бэкенд, мобильные приложения, в создания которых я влюбился с головой… Но желание делать игры не пропадало, а просто ждало где-то в сторонке — и спустя столько лет таки дождалось своего часа! Демоверсия уже загружена в Steam, и меня прямо таки распирает от желания рассказать… нет, не о самой игре, а о набитых шишках и о том, как меняется игровой процесс после столкновения с первыми плейтестами.
Из новостей: FTC проиграла против Microsoft, ремастер Oblivion стал самой продаваемой игрой апреля в США, симулятор фермера поставил рекорд Roblox и набрал пять миллионов одновременных игроков.
Из интересностей: история инди-хитов от Playstack, как создаются секс-сцены для видеоигр, рендеринг Castle Kellmore, ZLinq, никогда не делай pixel art игру в изометрии.
Путь от простых хижин к роскошным особнякам, украшенным фресками и колоннами, в Pharaoh — это не просто вопрос архитектуры и разные текстуры. Это отражение заботы игрока о своём виртуальном городе, его нуждах, вере и безопасности. Каждое жилище в городе это FSM, реагирующая на условия вокруг: достаток еды, доступ к воде, религиозные обряды, культурные радости и много чего еще.
Как только вы начнёте удовлетворять всё более разнообразные потребности граждан, их дома будут меняться — порой незаметно, порой стремительно. Эта система лежит в самом сердце игры, как это было и в предыдущей игре серии, дома влиляют друг на друга и соседние здания, а за простой визуальной компоненты из пары текстур на уровень дома скрывается сложный механизм симуляции, который делает каждый квартал города уникальным.
В этой статье попробую рассказать, как устроена эволюция домов, какие требования стоят за каждым уровнем жилья и как это было реализовано в оригинальной игре. Если вы вдруг пропустили встречу нашего жреческого круга... простите, предыдущие статьи про восстановление исходников этого старого ситибилдера, — обязательно найдите время, чтобы взглянуть на пару интересных моментов (Добро пожаловать в Древний…, ecs, dynvtbl, логические потоки и Фараоне, Как построить мастабу, Как рисуется карта в Фараоне, Новый дом для Фараона)
Все скриншоты в статье сделаны уже на рендере проекта, исходники на github
Пять лет назад, в начале пандемии, мой ребёнок ещё занимался шахматами, но интерес к ним постепенно угасал. К тому же у него появились задания играть без доски - вслепую.
Тогда я решил написать навык для Яндекс.Станции, чтобы можно было играть в шахматы голосом.
Я не разработчик, а аналитик требований, поэтому навыков программирования у меня почти не было. Но благодаря Google и божьей помощи мне удалось написать первую версию кода и развернуть её на отдельной виртуальной машине.
За основу была взята библиотека python-chess и бинарник шахматного движка Stockfish:
Когда-то книги про создание игр были редкостью, но с каждым годом они все чаще встречаются на полках магазинов. В них рассказываются истории успеха, описывается тернистый путь к релизу, и почему та или иная игра сумела стать мегапопулярной. В этом материале мы вспомним 5 разнообразных книг про геймдев, которые считаем обязательными к прочтению.
