Хочу поделиться своим опытом работы со Spine — программой для создания скелетной анимации, специально заточенной под игры.

После просмотра официального гайда возникает много вопросов, поговорим про то, какие подводные камни ожидают нас при работе с этой программой на каждом этапе рабочего процесса (на примере Spine — Unity), как можно оптимизировать свою работу, а так же рассмотрим некоторые популярные фишки типа 3D эффекта. В статье будет много тяжелых гифок.

Привет, меня зовут Дэйв Блежа (Dave Bleja), я работаю в студии Volnaiskra. В течение последних 3 лет я создавал Spryke, увлекательный и проработанный платформер о глубоководной морской кибер-рыбе, исследующей чудеса суши.

Как единственный постоянный участник команды Spryke, я нёс ответственность за многие части творческого и технического процесса. Некоторые задачи нудны, но бóльшая часть — увлекательна. Моим любимым аспектом была анимация, и я хочу поделиться с вами пятью советами по анимации, которые выработались у меня за годы работы.

На Callvention мы активно изучаем дизайн-документы Super Mario Bros. Ниже представлены самые интересные открытия. Некоторые эскизы взяты из Nintendo Direct для Super Mario Maker, но большинство — с фотографий, сделанных нами на витрине Nintendo.

Уже в течение восьми лет я занимаюсь созданием многопользовательских карт для моддинг-сообщества Call of Duty. За эти годы я освоил различные правила и принципы дизайна, которые успешно применяю в процессе левел-дизайна. Я поэтапно расскажу вам о том, как создать интересную многопользовательскую карту.

В этой статье я буду говорить о разработке многопользовательской карты для Call of Duty: Modern Warfare. Давайте назовём её «Tugurios». Она будет создаваться в антураже трущоб. Теперь мы немного поговорим об истории и сеттинге карты.

(Прим. пер.: 1. Spine — это проприетарный кроссплатформенный пакет для создания двухмерных скелетных анимаций с поддержкой различных игровых тулкитов.
2. Осторожно, в посте есть около 38 МБ gif'ок, все они спрятаны под кат.)

Как создать плавное переключение или поворот спрайтов?

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

Я обычно использую следующий подход: маскирую момент поворота или переключения с помощью деформаций, например, добавляю эффект упругости к анимации в течение ключевых кадров (увеличивая и уменьшая масштаб спрайта), когда выполняется поворот ассета или переключается спрайт.

Хорошо размахнувшись, инженер производил мощный удар кулаком сверху монитора. Раздавался треск и… монитор оживал! Тогда, 30 лет назад, когда в свои десять лет я посещал вечерние занятия школы юных программистов в университете, только инженер имел право так чинить мониторы. Только он знал, в какое место и с какой силой приложить компьютерную технику, чтобы она ожила и мы, дети, которым повезло попасть в школу программистов, продолжили, счастливые, писать свои строчки кода.

Игры с юмором существовали всегда. Но на каком этапе веселый интерактивный опыт превращает обычную игру в комедийную?

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

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

Игры с юмором существовали всегда. Но на каком этапе веселый интерактивный опыт превращает обычную игру в комедийную?

В процессе разработки игры в текстовом режиме, мне пришлось нарисовать больше сотни анимационных ASCII спрайтов. После релиза игра получила неожиданно хорошие отзывы и было принято решение делать продолжение. Рисуя спрайты для первой части и перепробовав с десяток вариантов выбора цвета и несколько десятков различных палитр, я понял, что нужен свой, «идеальный» набор цветов на все времена. За сотни и сотни часов рисования, сложились следующие критерии идеальности палитры:

• Краткость: небольшое количество цветов в палитре. Весь набор цветов можно охватить одним взглядом.
• Полнота: цвета палитры должны равномерно и достаточно плотно заполнять цветовое пространство.
• Дискретность: цвета палитры должны отличаться друг от друга на глаз.
• Группировка: цвета должны быть удобно сгруппированы для быстрого нахождения нужного.

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

Готовлю сейчас текстуры с буквами для нашей игрушки со словами. А у таких игр есть одна особенность: не переведешь игру на какой-то язык — не видать покупок от носителей этого языка. Поэтому релиз игры будет локализован на 42 языка. Это много-много разных букв, каждая из которых обрабатывается в фотошопе и вставляется в текстуру, место в которой — на вес золота. Приходится вникать в устройство современных алфавитов, чтобы брать только те буквы, которые действительно нужны в современных словах.

Погрузившись в этот процесс, я открыл для себя, на сколько фраза «расставить точки над и» не полна. Точки расставляют далеко не только сверху.

Позвольте начать эту статью, вкратце указав, о чем в ней не будет идти речь. Это не утомительный справочник по каждому монстру в Zelda: A Link to the Past и не всеобъемлющий обзор методов создания каждого класса противников. Это, скорее, статья о том, как на примере игры Zelda: A Link to the Past создавать противников, исходя из их функций.

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

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

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

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

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

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

Перед вами перевод статьи Александра Фрида «Writing Romance in (non-Romance) Games: Linear Romances» (первой из двух). Автор — геймдизайнер, пишет романы и комиксы. К слову, сейчас он работает над новеллизацией «Изгоя-один», а в его послужном списке — должность ведущего сценариста в BioWare (проекты Star Wars: The Old Republic и Shadow Realms).

Немного примечаний:

• Отсутствие единой терминологии в геймдизайне — в некотором роде факт, потому там, где мне показалось необходимым, указаны ссылки на источники слов. Отдельно в плане терминов нарративного дизайна есть неплохой перевод статьи Томаса Грипа.
• Ссылки на другие статьи из блога Фрида сохранены.
• Выбор картинок — на совести автора статьи; я лишь расставила на них ссылки на сами игры для любопытствующих.
• Сама статья несколько сумбурна, но интересующимся игровой сценаристикой, на мой взгляд, будет полезна.

---

О, эта романтика!

Любовные линии всегда было сложно описывать. Если говорить об их значимости для линейных медиа — только подумайте, сколько отличных во всём остальном фильмов и романов пострадали от неубедительной, слабой или вообще излишней романтической составляющей? Добавьте сюда сложность реализации интерактивного нарратива — и неудивительно, что дела у романтики постоянно плохи.

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

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

В статье Джона Харриса из серии «Основы геймдизайна» представлен подробный обзор самых популярных настольных игр, включая традиционные вроде шахмат и го, ролевые вроде «Зова Ктулху», европейские вроде «Колонизаторов» и многие другие, у которых есть чему поучиться.

В статье Джона Харриса из серии «Основы геймдизайна» представлен подробный обзор самых популярных настольных игр, включая традиционные вроде шахмат и го, ролевые вроде «Зова Ктулху», европейские вроде «Колонизаторов» и многие другие, у которых есть чему поучиться.

Так ли понятен пользователю интерфейс Вашего продукта, как Вам кажется? Сможет ли пользователь быстро оценить его достоинства и остаться с Вами надолго?



В статье ниже я рассмотрю концепцию “обучения во взаимодействии” на примере абстрактной web-системы. Данный подход хорошо можно объяснить примером из современного игрового мира. Сначала вы проходите tutorial. Вам на плечи не вешают сразу килотонны обучающего материала. Вас ведут по ранней стадии игры, в нужное время выдавая подсказки. Например, при первом взаимодействии с новым объектом игры. Накапливается положительный опыт. Вы обучаетесь взаимодействовать. Рискну предположить, что скорее всего Вы считаете себя продвинутым пользователем, когда речь касается приложений. Как и большинство из них вы мгновенно жмёте на кнопку “Пропустить” / “Приступить к работе” …

Несколько лет назад я написал книгу, в которой проанализировал все уровни игры Super Mario World (1990). В ней я вывел систему, по которой была создана большая часть её уровней. Игра Super Mario World – это классика жанра, она сама по себе стоит того, чтобы её изучить. Но уроки, которые она преподносит, могут и сегодня широко применяться при разработке игр. Метод Super Mario World, или метод Nintendo, активно используется для создания уровней в самых разнообразных играх – даже в тех, которые сделаны не компанией Nintendo.

В этом уроке мы рассмотрим простую форму организации контента, которая берет начало еще в 90-х годах. По мере того как разработчики игр (в особенности из компании Nintendo) совершенствовали свое ремесло, они интуитивно вырабатывали определенные способы организации контента. Я постараюсь объяснить, как можно сознательно использовать эти интуитивные приемы в ваших играх.