Разработка игр *

Если судить по группе ВК, дополнение вышло где-то 31 декабря в 7:38 минут по Москве. Новость дошла до меня где-то за час-два до нового года. Если вы в курсе, то думаю вы уже или без меня ознакомились или вот, прочитав новость, побежите прямо сейчас и статья для вас тут по сути заканчивается). Сначала Doom порадовал ... а сейчас Герои.

Если вы не в теме, то в остатке заметки попробую рассказать пару слов о том, почему: это дополнение важно, почему люди ждали его пять лет и почему это абсолютно уникальное явление для "игровой индустрии" (и да, там есть и кампания, и мультиплеерное обновление, и редактор карт новый, и музыка и новый замок).

Я с трудом удержал себя от того, чтобы не засесть на пару суток проходить кампанию залпом, но конце расскажу своё мнение про первые две карты (я специально не спешу). Итак, обо всём по порядку.

В 2022 году игра Beyond Good & Evil 2 официально стала самой долго разрабатываемой игрой в истории, обойдя Duke Nukem Forever, ее пытаются создать уже 15 лет. При этом фанаты продолжают ждать, несмотря на печальные новости, что игра до сих пор еще на ранней стадии разработки.

А собственно, откуда такой ажиотаж? Ведь первая часть игры стала коммерческим провалом Ubisoft. Давайте посмотрим на оригинальную Beyond Good & Evil и попробуем разобраться, чем же она так полюбилась фанатам, и почему крупная компания-разработчик продолжает вкладывать миллионы долларов в ее создание.

Из новостей: в сеть попали исходники GTA V, релиз UNIGINE 2.18, в России готовятся сразу два плана по развитию игровой индустрии, Blizzard возможно возобновит партнёрство с NetEase.

Из интересностей: бесплатный курс по продюсированию мобильных f2p игр, гипертекстовая Диалоговая Система, оптимизация шейдеров в Unreal Engine, хорошие характеристики команды.

От лица beeline cloud поздравляем всех читателей Хабра с Новым годом! Подготовили для вас статью про необычный подарок. Будем рады, если вы в комментариях поделитесь своими историями и расскажете, какие интересные технологичные презенты вам доводилось дарить или получать в канун Нового года! 

До Рождества оставалось несколько недель, а я никак не мог определиться с выбором подарка для сестры. Её неожиданный вопрос, — существует ли приложение «Тетрис» без отслеживания и рекламы, — натолкнул меня на прекрасную идею — преподнести ей на Рождество свой вариант этой игры.

Я был уверен, что смогу разработать приложение до праздников. Реализация всем известной игры оказалась довольно простой. Несмотря на это, она превратилась в веселое соревнование для всей семьи, в котором можно было побороться за первое место в таблице лидеров.

Ранее я писал Как я решил сделать игру, вдохновившись Heroes of Might and Magic, и потерял деньги. И вы статью хорошо приняли (62к просмотров).

Я решил вспомнить, а с чего всё начиналось и чем по итогу закончилось - провести ретроспективу. Разработка игр - это мое хобби в свободное от работы время. Тем не менее за этот период я зарелизил 50 игр. Пробовал разработать больше, но разумеется заморозки, лень и подобные отмазки)

Возможно, кому-то будет интересно проследить этот путь и узнает себя со стороны. В прошлой статье я рассказал о первых поделках методом "тыка" с 2005 по 2008.

Сейчас я расскажу о первых играх, которые смог продать.

Да, хейтеры, их покупали, представляете оО. Вот такую "фигню") А если бы вы делали, то вообще бы разбогатели и показали мне как надо)

Doom – моя первая игра, которую довелось пройти в детстве, и каждый год хочется её пройти заново. Она внесла вклад в профессию дизайнера уровней, где мне довелось работать. В Doom до сих пор используются методы, делающие уровни качественными, интересными, многие запоминающимися до сих пор. На дизайне локаций можно смело учиться, что позволит в будущем лучше понимать принцип работы над геймплеными фишками уровней, лучше передавать атмосферу, ощущения, которые так хочется передать игроку. Давайте рассмотрим часто применяемые и интересные приемы на уровнях этой игры.

Привет всем. Меня зовут Артурас, я пишу на Javascript. Полтора года назад я уволился из оффшорной компании и решил написать свой движок для браузерных 2d игр. Сегодня - делюсь результатами.

С 2005 года я решил попробовать создавать игры и меня затянуло. Самоучка, у меня тогда еще интернета не было я был школьником) Рисовать и программировать я не умел, но было большее желание что-то создать)

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

В последнее время среди игровых разработчиков возрос интерес к паттерну "Шина Событий". Этот паттерн часто ругают за его тенденцию к "размыванию логики" и "скрытию зависимостей". Однако, несмотря на критику, полный отказ от этого паттерна также глуп как и написание кода в блокноте вместо специализированной IDE. В этой статье рассмотрим создание игры, целиком основанной на этом паттерне, и поработаем с такими библиотеками, как Zenject, UniRx, и DoTween.

Dance Dance Revolution или «танцевальная революция» — ритм-аркада от Konami, ставшая легендарной танцевальной игрой конца 90-х — начала 2000-х в Японии, Южной Корее, Европе и США. Аркадные автоматы со светомузыкой, ковриком для танцев и зажигательными поп-хитами захватывали торговые центры и игровые залы, собирая вокруг толпы поклонников и зевак. Весёлые, активные и порой стыдные ритм-игры задали тренды для игровой индустрии и домашних консолей, а затем… исчезли с рынка, став частью истории. Вспоминаем расцвет и закат поп-культурного явления Dance Dance Revolution, делимся похожими играми и отвечаем на вопрос, возможна ли танцевальная революция 2.0. 

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

Расскажем в статье о том, как правильно оформить приобретение исключительного права на игру, урегулировать взаимоотношения с разработчиками и авторами элементов игры.

Как оформить процессы?

На каждый результат интеллектуальной деятельности составляется акт, но на практике такой подход приводит к проблемам, поскольку акт вряд ли будет распространять свое действие на каждый элемент игры. При этом у компании могут быть элементы, которые пока не задействованы, но могут пригодиться в будущем. Задача – оставить за компанией не только права на объекты, которые фактически пошли в работу, но и на рабочие материалы (другие недоработанные персонажи, схемы, дизайнерские решения, код) на случай, если они потребуются в дальнейшем.

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

Процессы разработки, опубликования и продажи игры связаны с множеством юридических рисков.

Когда мы говорим о GameDev, первостепенная задача юристов состоит в получении исключительных прав на все элементы игры. Также необходимо обеспечить этим элементам дополнительную защиту, правильно оформить отношения внутри команды, подключить платежные системы и сопроводить этапы опубликования игры и продаж. Остановимся подробнее об особенностях и сложностях каждого из этапов и расскажем о фишках, которые можно использовать для эффективного решения задач.

В этой небольшой заметке хотелось бы поделиться результатами реализаций нескольких технологий из gamdev-а. В основном коснёмся двух тем. Первая тема - это использование navmesh-ей для нахождения путей в пространстве трёхмерной сцены. Вторая тема - это использование lightmap и lightprob-ов для освещения динамических объектов. По каждой из этих тем обсудим немного теории и то, как всё это можно использовать в браузерном игровом 3d-движке Playcanvas.

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

В 1996 году появилась платформа FutureSplash Animator, которая открыла новые возможности для создания игр и анимации. С одной стороны, разработчики получили удобный инструмент; с другой – сделанными ими результатами можно было пользоваться прямо в браузере без необходимости скачивания. Об эволюции Flash вы можете прочесть в этой статье.

Во многом благодаря этой технологии была запущена целая отдельная индустрия “инди-игр”. От самых простых – вроде вирусных Dancing Bush и BaffOtron до таких шедевров, как Crush the Castle (тот же подход переизобрели в Angry Birds), и аркадной Sonny. Разработчики фантазировали, используя Flash для создания абсолютно разных механик – и смена направления гравитации, и управление разными частями тела, и классические платформеры в стиле Prince of Persia. 

Но мы поговорим именно об играх, созданных одним человеком. Не считая, правда, композитора в одном из примеров как второго члена команды. 

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

Я взял интервью у разработчика игры Run Pizza Run, который поделился своим кейсом, как можно успешно создать прототип и его пропиарить. Уверен, информация будет полезна как разработчикам, так и игрокам.

Сам обращался к экспертам по маркетингу раскрутки игры, и это был откровенный слив денег. А тут ребята всё сделали сами, своими силами, оперативно и хайпанули.

Приятного чтения)

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

Инди-команды не имея опыта в программировании собирают целые игры исключительно на нодах, а большие игры-сервисы удерживают исходники проекта в текстовом варианте? В нескольких проектах, с которыми я работал, были инструменты и системы визуального программирования: от древнего, тогда еще самостоятельного Bolt до монстров FlowCanvas/NodeCanvas и BluePrints в Unreal Engine.

После такого разнообразного опыта и раздумий, в сюжетном проекте столкнулся с FlowCanvas, который оказался очень нужен даже мне, как программисту и архитектору. Поработав с ним и интегрировав его в архитектуру проекта, имею вам кое-что сказать за визуальное программирование. В начале - много текста, процессов, методологии и проектирования, но в конце - это приводит к короткой и (надеюсь) понятной реализации. Рассчитываю на вдумчивых читателей и обсуждение в комментариях.

Привет, Хабр! Сегодня я хотел бы поделиться опытом, как писать код так, чтобы системы в проекте были с одной стороны гибкими, а с другой — простыми и компактными.

На самом деле, когда нужно реализовать новую фичу в проекте, необходимо соблюдать баланс между простотой и гибкостью...