Недавно я узнал о Saturn — игре, разработанной студией Ninsar Games на деньги ИРИ, разработка которой заняла всего пять месяцев. Проект получился неплохим, но многие элементы остались недоработанными.

Размышляя о судьбе этой игры, я задумался: а как вообще государства взаимодействуют с геймдевом? Есть ли успешные примеры такого сотрудничества? И какие подводные камни встречаются на этом пути?

Если вы тоже хоть раз задавались такими вопросами, то ответы можно найти внутри статьи. Приятного чтения!

13 декабря на ежегодной церемонии The Game Awards показали первый синематик-трейлер Ведьмак 4, что всколыхнуло игровое сообщество и сразу же разделило его на два лагеря. Одни пребывают в полном восторге, другие категорически недовольны тем, что главным персонажем новой игры стала Цирилла, а не ноунейм-ведьмак.

Сам же я очень люблю эту серию: прошёл каждую из игр по несколько раз, а также прочёл оригинальную серию книг. Поэтому я хочу предложить вам абстрагироваться от эмоций и попробовать порассуждать, как говорится, с “холодной головой” — удачный ли выбор протагониста совершили CD Projekt RED?

Недавно юристы Nintendo объявили список механик, послуживших причиной иска против небольшой японской студии Pocketpair, разработавшей Palworld, хит начала 2024 года. Эти патенты связаны с механиками ловли и приручения виртуальных существ путём броска предмета в их сторону, а также с последующей возможностью ездить на них верхом.

Кроме того, «большая N» известна своим ревностным отношением к использованию механик из своих игр, и подобный судебный иск против небольшой команды разработчиков не первый в истории компании.

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

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

В то же время, примерно с 2020 года мы не видим каких-то существенных скачков в графическом плане. Однако игры с каждым годом становятся всё требовательней к железу, и не всегда понятно, на что уходят ресурсы.

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

Сразу предупрежу: я не буду использовать чит-коды и касаться темы VR/AR игр, облачного гейминга, а попытаюсь сосредоточиться на классическом ПК (консольном) опыте.

Всем привет, меня зовут Егор. Сейчас я занимаюсь сольной разработкой игр. И так как я не являюсь профессиональным художником, для меня как никогда актуален вопрос: каким инструментом пользоваться для создания арта. Конечно, никто не отменял Asset Store и приобретение необходимых графических ассетов именно там, но не всегда можно с лёгкостью найти подходящий арт для проекта на таких площадках, и приходится создавать его самому.

Поэтому я постоянно нахожусь в поиске наиболее удобных редакторов для создания графики. Заранее предупреждаю, что речь пойдет о создании именно 2D-арта, и мы не будем касаться темы нейросетей, так как у меня не было опыта работы с ними.

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

Полтора года я занимаюсь разработкой игр, а последние несколько месяцев посвятил созданию своего первого полностью самостоятельного проекта. У меня не было подобного опыта, так как ранее я участвовал в создании игр на должности Unity‑разработчика, и объём моих задач был ограничен. А теперь мне необходимо всё делать самостоятельно. Хоть я и делаю игру для мобильных устройств и веба, но чётко ощущаю, что её разработка затянулась.

В связи с этим я начал часто задумываться над причинами моего столь медленного темпа и смог сформировать несколько советов, основанных на моём опыте. Какие‑то из них могут показаться вам очевидными и лежащими на поверхности, но я считаю, что всё же такие вещи лучше «проговаривать вслух». Сразу хочу отметить, что всё написанное ниже, в бОльшей степени, будет полезно только начинающим соло‑разработчикам или молодым командам из двух‑трёх человек.