Привет, Хабр! Хочу поделиться своим опытом и рассказать о проекте, над которым работаю в одиночку – это top-down шутер с элементами тактики, вдохновленный такими играми, как Door Kickers, Ready or Not и Rainbow 6 Siege.
Пока что проект находится на стадии раннего проектирования. В игре ещё нет играбельной версии, но я активно работаю над её созданием, используя Unity и C#.
Сегодня я, наконец, расскажу, почему игровой ИИ, основанный на машине состояний, это ленивое подобие ИИ и не должно видеть свет в любом не пет-проекте.
Из новостей: компанию авторов Genshin Impact оценили в 23 миллиарда долларов, Blizzard договорилась с NetEase о возобновлении сотрудничества, что показали на презентации The Triple-i Initiative.
Из интересностей: документалочка про создание Pentiment, почему Risk of Rain вернулась к корням, теорвер не нужен в играх, создаём изометрические уровни игры с помощью Stable Diffusion, приключения с мешлетами.
Всем привет.
Я хочу с вами поделиться результатами эксперимента по созданию интерактивного NPC на Unreal Engine 5.
Speech recognition, Text-to-speech, LLM модели, LipSync, MetaHuman и все это без использования сторонних сервисов.
Видео работы и ссылка на демо версию прилагается.
Если вам интересно увидеть результат и обсудить перспективы интерактивных NPC в игровой индустрии - добро пожаловать под кат.
Однажды мне попалась на глаза статья про сотрудника, который реализовал в Excel книге полноценную игру с интерфейсом, противниками и другими механиками. Продолжив изучать эту тему, я увидел целый мир, в котором люди, используя не предназначенные для этого продукты, реализуют различные игровые механики. Эта мысль попала мне в голову, и после этого мне всегда хотелось самому реализовать нечто подобное.
Первое, что приходит в голову, когда речь заходит о ChatGPT и играх, это работа с текстом: диалоги, квесты, сюжет. Но это банально, скучно и не интересно. Мне же хочется, чтобы ИИ мог управлять буквально каждым аспектом геймплея. Сейчас я нахожусь на начальном этапе, и тем не менее мне удалось найти способ, которым можно реализовать все задуманное. Фундаментальной вещью в каждой игре является движение объектов, с этого я и решил начать.
Теория вероятностей – одна из важных частей не только игрового дизайна, строго заскриптованые события без вариантов быстро вызовут скуку у игроков. У меня за спиной был всего один год этой дисциплины в универе, и не сказать, чтобы нужно было применять это каждый день, но когда надо объяснить базовые знания дизайнерам, то приходится сталкиваться с тем, что каждый дизайнер понимает теорию вероятности по-своему. Эти мои размышления появились после обсуждения с одним из коллег замечательной статьи Яна Шрайбера о неслучайных случайностях и сломанных ГСЧ в играх. Игры - это огромные недетерминированные системы, независимо от того, закладывали это в проект или нет. И понимание природы случайности для контролирование таких систем, которые влияют на опыт игрока, помогает создавать их так, чтобы они не казались прибитыми сбоку гвоздями. Если в системе есть случайность, нужно понимать как её изменить, приблизив её к бытовому пониманию игроков. И даже если все механики игры строго детерминированные - их взаимодействие дает случайный результат, в чём вы можете убедиться, посмотрев многочисленные видео по различным взломам игровых систем.
В этой статье продолжим делать управление 3d-персонажем в среде Unity. В прошлый раз мы остановились на портировании анимаций, они добавились без материалов (текстур). Чтобы отобразить текстуры из исходной blender-модели, кликнем на одну из анимаций, например, idle.fbx, в правом окне выберем вкладку Materials. В комбобоксе Material Creation Mode выберем Standard (Legacy), Location - Use External Materials (Legacy), остальные поля оставим неизменными, нажмем кнопку Apply. Теперь наша анимация отображает исходный skin модели.
Не помню, в какую первую ритм-игру мне удалось сыграть. Был ли это Dance Dance Revolution в аркадном зале или Patapon на PSP? А вообще, кажется, это были мини-игры в «Рататуе» на PlayStation 2 (помните этого маленького крыса?). Так или иначе, ещё до этого я часто выстукивал или насвистывал всякие ритмы из услышанных мною песен. И как-то так получилось, что с возрастом эта любовь к видеоиграм в целом и ритм-играм в частности только росла.
Когда открылся Яндекс Музей на Павелецкой, там сразу была доступна ритм-игра Taiko — совершенно новое для меня развлечение. Потом я сам принёс Wii с гитарами, подтянулись игры на PlayStation 2 и 3… Короче, мой кругозор относительно этого жанра серьёзно расширился.
А так как я, знаете ли, тоже своего рода историк, мне стало интересно, откуда вообще появились ритм-игры. Возможно, какая-то из них была самой самой первой и зародила жанр. Да и когда были выпущены известные нам сегодня аркадные и домашние проекты?
С этими вопросами я отправился в интернет. Оказалось, что русскоязычной информации довольно мало и как обычно пришлось глубоко закапываться в иностранные версии Википедии и веб-архив. Итогом моего исследования стала эта статья. И сегодня я хочу рассказать вам о том, как началась история ритм-игр. Мы коснёмся далеко не всех представителей жанра, но постараемся проследить процесс его становления и развития.
Всем привет. Сегодня я покажу вам, как можно создавать 2.5D уровни в изометрии с помощью быстрого прототипирования техникой grayboxing, и генеративного искусственного интеллекта, а именно Stable Diffusion. Практически весь процесс, описываемый в статье, довольно легко автоматизируется.
Если интересно, добро пожаловать под кат.
Всем привет, в один прекрасный момент мою голову посетила задумка для игры: я хочу сделать свою игру, с элементами выживания и незамысловатой графикой. Хоть я и не имел опыта в gamedev, но все равно решил попробовать, почему бы и нет
Много статей написано про хороший и плохой код, но статей с разборами проблем реального кода очень мало (за исключением багов в open source проектах), поэтому решил показать проблемы в реальной игре на Unity.
Ивент шторминг (Event Storming) — это отличный способ разложить продукт по полочкам, понять, как он работает (или должен работать), а также донести это до всех участников команды, чтобы картинка в разных головах была одинаковой (что сильно упростить разработку и поможет избежать ошибок и недопониманий).
На моей практике Event Storming успешно использовался в проектировании игр, именно об этом я расскажу в данной статье.
Godot — игровой движок, который имеет нативную поддержку dotnet. К сожалению, эта поддержка до такой степени заточена под C#, что F# она выходит боком. Почти все проблемы разрешимы, но при недостатке опыта они скатываются в большой пластилиново-волосатый валик у самого входа в подземелье, который иногда приводит к преждевременной и бессмысленной гибели. Чтобы избежать этого в данной статье я дам программу-минимум, которая позволит выжить в Godot, но не выжать из него максимум.
Это не значит, что у сочетания F# + Godot нет своих плюшек. Просто мне хотелось съесть вначале сосредоточить всех мух в одном месте, а котлетами заняться потом и в более свободной манере. Также я предполагаю, что на данную статью будут натыкаться как новички в F#, так и новички в Godot, поэтому местами я буду дублировать базовые руководства.
Из новостей: «Смута» — это только начало, Flax Engine 1.8, BabylonJS 7, Apple разрешила эмуляторы ретро-игр в App Store, Unity прекратила поддержку инструментов Ziva Dynamics.
Из интересностей: как Balatro продал 1 миллион копий, почему в Grand Theft Auto: San Andreas самолёты падают с неба, про Parallax2D в Godot, 32 аниматора показали совместную анимацию по Sousou no Frieren.
История геймдизайна имеет огромное значение для понимания современных тенденций в этой области. Изучение истории помогает понять, как развивалась и эволюционировала игровая механика, графика, сюжеты и другие аспекты игр.
Представьте себе, что вам поставлена задача создать новую игру. Вы, как опытный игрок и обладатель глубоких знаний в истории геймдизайна, можете использовать свой богатый опыт для создания уникального игрового опыта. При изучении истории геймдизайна, вы сможете узнать о ранних классических играх, которые стали эталонными и внесли свой вклад в формирование игровой индустрии.
По результатам опроса, в 2022 году геймдев казался наиболее привлекательной креативной индустрией для трудоустройства россиян от 14 до 35 лет. О желании связать жизнь с этой сферой рассказали 26% опрошенных — каждый четвёртый молодой человек. Тот же 2022 год для геймдева в России стал кризисным: ушли крупные международные компании, геймеры потеряли возможность легально покупать игры на зарубежных площадках — и объём рынка сократился, по данным аналитиков, на 80%. Однако к 2024 году стало ясно, что российский геймдев устоял и даже начал развиваться.
За счёт чего восстанавливается индустрия, что сейчас происходит в отрасли и какие у неё перспективы — в нашей статье, которая будет полезна тем, кто задумывается о карьере в геймдеве или просто интересуется видеоиграми.
Разработка игры началась в далёком 2014 году с изучением Unity. Чтобы выучить новую двиг или язык программирования я обычно делаю какой-нибудь проект на этой технологии, в моём случае это работает лучше чем зубрёжка. Таким проектом стал Monument - олдскульный шутер с видом от первого лица в стиле Doom, Quake и подобных игр (сказалась любовь к этому жанру и старым играм из детства). Т.к. опыта в написании таких больших проектов не было, за основу взял (купил, серьёзно) "Fps Prefab" в ассет-сторе и понеслась.
Пару месяцев создавалась механика игры: подбор аптечек, снаряжения, открытие дверей ключами, загрузка/сохранение и т.д.. Всех монстров и оружие делал сам в Zbrush и 3dmax впервые, собственно всё видно по качеству :) Анимациями занимался также самостоятельно, за которые мне по сей день стыдно... Хотя многие игроки даже сейчас говорят, что старые пушки были лучше.
