как написать игру на php

Частота использования ругательных слов в отношении языков программирования на реддите за 2018 год

Игра под Android на JavaScript или путь недоразвитого геймдева

Как-то раз, проснувшись тихим  весенним утром, в мою буйную головушку ворвалась гениальная мысль, посещавшая тысячи людей до меня - а почему бы мне не написать игру?На тот момент я уже несколько месяцев работал программистом после годового самообучения, но программировать умел, конечно, гомнокод и только на PHP и JS. Посмотрев видео с ютуба, где автор на JS написал простенькую игрулю и запустил ее на телефоне с помощью AndroidStudio, я решил, что это знак свыше и главное – начать, а дальше звезды укажут мне путь. Сказано – сделано. 

 Суть игры 

 Из нескольких вариантов, самым удачным показалась такая идея: игра представляет собой раннер, где игрок выбирает Бога, за которого будет играть. Бог над движущейся справа налево землей, на которой появляются враги, которых, собственно, нужно нещадно карать. А враги, само собой, будут стрелять в игрока. Снаряды игрок может сбивать, если попадет. С повышением уровня игрок может выбрать одну из трех появившихся способностей. Выбираются три основных способности школы из шести, которые не противоречат друг другу (огонь нельзя выбрать вместе с водой и т.д). В зависимости от выбранных школ, при дальнейшем повышении уровня будут доступны разные дополнительные способности (если школа огня, то появятся огненные стрелы, взрыв и т.п.). В конце уровня ждет босс, за убийство которого игрок получает случайную награду и продолжает лететь уже на следующий уровень. Можно открыть разные бонусы, новых богов или шкурки для них.Начало.Преисполнившись мотивацией и благодатью, я приступил к действиям. Просмотрев доступные фреймворки, я остановился на Phaser 3. Отзывы были хорошими, документация, вроде, тоже, почему бы и нет?

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

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

Первые сомнения.

Начало доходить, что сама идея писать игру под андройд на языке, который предназначен для браузера, - была не столь хорошей…. Но я сильный, начало было положено и нет пути обратного. Посему я решил, что, если ничего и не выйдет, то я, как минимум, получу опыт, что тоже недурно.

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

Процесс рисования занял все лето, которое как-то быстро пролетело. Под конец, я начал тестировать игру на разных телефонах (до этого тестировал в эмуляторе и на парочке андройдов) и пришла беда =( На некоторых телефонах игра лагала, на некоторых не запускалась. То она неадекватно вела при сворачивании приложения, то открывалась не на весь экран. Добавить ко всему этому хреновую архитектуру игры, которая убивала мое сознание при попытке отловить какой-то баг. Короче, с приходом осени я начал учить C# и Unity.

Конец.

Сейчас, после более 40 часов разных уроков и нескольких тестовых проектиков, я планирую перенести сие творение на Unity. Надеюсь, мне хватит сил и дошиков на это. Буду благодарен за ваше мнение и спасибо за внимание =)

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

Типичные ошибки новичка-разработчика я уже разбирал. Возникает справедливый вопрос: окей, как не надо делать - понятно… а как надо? Где та самая инструкция, в которой по шагам описано, как выпустить мега-хит? Так вот же она!

Если серьёзно, то ни у кого такой инструкции по очевидным причинам нет. Однако никто не мешает мне собрать небольшое руководство для повышения шансов сделать хоть что-то - и постараться, чтобы получилось хорошо!

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

Всё описанное ниже ни в коем случае не является истиной в последней инстанции или универсальной методологией. Это просто выжимка из моего опыта и наблюдений, приправленный примерами из Princess Hunter. Следовать ей или нет каждый решает сам :)

Создание игры можно условно разделить на три больших стадии:

Каждая стадия состоит из этапов. В этой статье я расскажу про Подготовку.

Идея

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

Инди-игра рождается из идеи. Не важно, идея это механики, сэттинга, сюжета или чего-то на стыке - главное то, что она пришла вам в голову и теперь не даёт покоя. А реализовать вы её хотите именно в виде игры.

Это может быть задумка для абстрактной головоломки (Baba is you), дикий мешап вселенных (Wizard with the Gun), посылка вроде “смесь милоты и оккультизма” (Cult of the Lamb) или даже удачный набросок главного героя, из которого вырастет целая вселенная (Hollow Knight). А может быть просто навязчивое желание сделать “свой ответ Civilization” или “классные гонки на асфальтоукладчиках”.

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

“Но если не придёт герой - не будет и Подвига”.

The Elder Scrolls III: Morrowind

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

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

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

1 - РПГ

2 - Аркада

3 - Гонки

…

1 - Про вампиров

2 - С остановкой времени

…

Кубиков, граней на них и бросков может быть любое количество, тематика - на ваше усмотрение: жанры, герои, произведения, временные периоды. Делайте броски до тех пор, пока получившееся сочетание не заставит в голове щёлкнуть: “Ага!”

Обычно озарение приходит в момент, когда маховики фантазии начинают раскручиваться и дополнять получившийся набор рандомных вводных деталями: “Гонки в темноте, постапок… А что, если настал буквально КОНЕЦ СВЕТА и мир погрузился в вечную тьму? Гонки… игроки ездят по мёртвому миру между освещенными городами и видят только небольшой кусочек пространства, которое выхватывают из мрака фары его багги… О, можно будет апгрейдить машину не только на скорость, но ещё и обвешивая фонариками… А почему гонки? Может, во тьме за этими машинками охотятся монстры? Нет, ещё круче: в темноте чем медленнее ты двигаешься, тем быстрее течёт время, и если не жать на педаль, то машина будет ветшать на глазах, а водитель умрёт от старости!”

С этим уже можно работать!

--

[Дополнение]: Уже после написания статьи мне подсказали, что есть цифровые варианты генераторов идей:

Один

Второй

--

Идея игры Princess Hunter родилась сразу из нескольких, последовательно пришедших предпосылок:

- (Что?) Вдохновленный Helltaker гаремник, но с монстродевочками, а не демонессами;

- (Как?) Классная боевка из Guild of dungeoneering, но не в виде рогалика, а сюжетное приключение;

- (Где?)Тёмная Башня Кинга + Сказ о Федоте-Стрельце Филатова в духе Adventure Time;

- (А ещё…) Дружба и романс персонажей, как в Hades, но с нелинейными диалогами классических CRPG.

Концепт

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

Существует две одинаково опасные крайности на этом этапе:

Написать слишком мало. Например, описанный выше ход мыслей о гонках в темноте - хорошая почва для концепта, но всё ещё не концепт.

Написать слишком много: уходить в частности, отвлекаться на мета-геймплей, придумывать диалоги и названия апгрейдов.

Задача концепта - лаконично, но понятно сформулировать содержание основных игровых механик. То есть ответить на вопрос "Как в это играть?".

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

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

Ещё один важный момент - не гнушайтесь использовать референсы, изучать и декомпозировать вдохновляющие вас игры. Чтобы сделать отличную игру не обязательно производить революцию в жанре или создавать новый. Эрик Барон, создатель Stardew Valley просто делал “что-то типа Harvest Moon”.

Продумывая концепт Princess Hunter, я сразу определил, что игра будет состоять из трёх столпов:

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

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

- Диалоги. У меня противоречивое отношение к Визуальным Новеллам. С одной стороны, они нравятся мне с точки зрения интерфейса - ростовой спрайт персонажа, смена эмоций и относительно короткие реплики классно выглядят и легко читаются. Но прокликивать километры текста до того, как тебе предложат выбор (нередко уровня “Привет” и “Здравствуйте”) всегда вызывало тоску и уныние. Поэтому я решил совместить красивую обёртку ВН и мощную вариативную начинку в духе Fallout 1-2, где Choices, как говорится, действительно Matters.

Поиск

Отлично, у нас есть Идея и Концепт нашей будущей игры! Вижу цель - не вижу препятствий, начинает полноценную разработку… или нет?

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

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

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

Если механика позволяет - имитируйте её на бумаге; нет - реализуйте в движке. Используйте костыли, изобретайте велосипеды, игнорируйте слово “архитектура”, смейтесь в лицо тем, кто заикнётся о масштабировании или оптимизации. 99% написанного на этом этапе кода всё равно пойдёт в мусорку. Единственная важная задача сейчас - за минимальное количество времени нащупать интересный игровой процесс, перепробовав максимальное число вариантов.

Главные правила Поиска:

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

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

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

- Экспериментируйте. Даже если вы чудесным образом с первого раза собрали что-то прикольное (вероятность этого мала, но не нулевая) - не поленитесь сделать ещё 2-3 варианта, варьируя правила. В худшем случае это просто убедит в правильности пути, в лучшем - позволит найти что-то лучше или даст задел на новые игры.

- Не бойтесь выбрасывать прототипы в мусорную корзину. Всё израсходованное сейчас время вы с лихвой компенсируете потом.

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

Это случается сплошь и рядом даже в попытках дословно повторить какой-то проект - не учли всех нюансов, переоценили свои скиллы… Формально легендарная

Детали процесса поиска зависят от жанра и проекта. Так, например, если вы делаете классический 2d-квест, с упором на историю и атмосферу, вам нет смысла экспериментировать с геймплеем (лучше вообще взять движок, заточенный под это из коробки - например, AGS), но стоит поискать арт-стиль и собрать играбельную локацию.

В Princess Hunter мы отдельно и разными подходами протипировали Исследование и Боёвку.

Карточные сражения с простенькой механикой без проблем можно было собрать и потестить “на столе”. Я взял пакетики-протекторы, засунул в них карты старой отечественной ККИ “Берсерк” (это нужно для стандартизации рубашек и нужной “плотности”, чтобы колоду можно было легко тасовать) - а поверх них поместил свои, самодельные карты без иллюстраций, с рабочими названиями и свойствами. Здоровье игрока и противников отмечал монетками. В таком виде я не только протестировал игру, но даже попробовать несколько первых итераций баланса.

Эта фотография с другого проекта, Echo of Combats, но смысл тот же самый.

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

На квадратно-тайловую систему меня натолкнул пост со стадиками реакторчанина Stanivuk.

Но попробовав разные варианты, мы поняли, что они плохо вяжутся с остальной игрой. Трёхмерные (при отсутствии моделлера) к тому же дороги в разработке.

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

ссылка на гифку

...до черновой графики.

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

Этот скетч зактронул какие-то срунки в наших сердцах!

Перепробовав уйму вариантов, мы, в конечном счёте пришли к 2.5d: трёхмерная сцена, на которой расположены спрайты объектов и персонажей. Эмпирическим путём нащупали угол и настройки камеры, и, в конце концов, добились классного эффекта объёма и глубины.

ссылка на гифку

Анимация перемещения появилась значительно позже, но в остальном билд выглядел именно так.

Собрав начерно первый уровень, мы поняли: это оно! Вот в этом нам хочется поиграть!

Конечно, этот билд уже совсем не “на кубиках”, и по-хорошему это можно выделить в отдельный этап. Но излишний формализм вредит не меньше полного раздолбайства. Помните: вы сами определяете приоритетность каждого шага. Для некоторых проектов стоит начать именно с поиска стиля. Другие начинаются с музыки и настроения. Любая игра требует индивидуального подхода.

На этом заканчивается Подготовка. Про Разработку и Релиз я расскажу в следующей части. Как всегда, самое вкусное - напоследок.

Спасибо всем, кто смог осилить этот пост. Надеюсь, было интересно.