Как разработать RPG-игру за неделю с нуля и без бюджета. Часть I — Создание игр — Статьи по созданию игр
Как разработать RPG-игру за неделю с нуля и без бюджета. Часть I. RPG за неделю? С нуля? Это вообще возможно?
Я рискнул, и я сделал это.
В интернете полно информационных ресурсов, доступных мелким, независимым (indi) разработчикам игр . На одном таком общественном форуме, в процессе спора, я имел неосторожность ляпнуть, что, если мне дадут неделю времени, компьютер со свежеустановленной Windows, и хорошее соединение с Интернет, я смогу создать достойную игру, не потратив на это ни цента. Нет, она конечно же не сможет конкурировать с Halo 2 или чем-то такого же уровня(если бы я мог создать такую игру за неделю, я бы давно бросил работу), но она будет достаточно интересной и играбельной.
Tom Bampton, автор ежемесячных обзоров игр в номинации «Игра на день» (www.gameinaday.com), сказал: «Дерзай!» Затем он добавил дополнительное условие — я должен сделать это, не используя существующие игровые движки. Мне можно использовать только основные библиотеки / API.
Сначала я отказался от этой идеи. У меня не было лишнего времени, чтобы на неделю отстранится от разработки текущего игрового проекта на работе. Но потом я подумал: да черт с ним, ведь что такое неделя? В типичной компании, например в Е.А., рабочая неделя составляет 40 часов. Так почему бы не сделать игру не за календарную неделю, а за 40 чистых часов? Это уже реальнее, — но я не хотел создавать очередной тетрис или арканоид. А как насчет ролевой игры — одного из самых сложных игровых жанров? Это возможно?
Я знал, что это будет чрезвычайно трудно. Но я принял вызов.
Кроме того, я подробно записывал, что и как я делаю, описывал ход разработки. Я думал, что это может быть интересно для разработчиков игр — или по крайней мере получатся развлекательные записи о том, как я упал лицом в грязь, если у меня вдруг не получится. Все, что у меня получилось — длинная, бессвязная запись моей почасовой деятельности. Я попытался изменить ее таким образом, чтобы чтение не вызывало скуки. Как вышло, судите сами.
Так вот, как я создал игру в течение одной недели с нуля, и без бюджета. Если вам лень читать, и вы хотите побыстрее заглянуть в конец повествования, чтобы узнать, как выглядит конечный продукт, посмотреть все его баги, вы можете скачать версию игры для Windows здесь : http://www.rampantgames.com/hackenslash.html
ПЛАНИРОВАНИЕ
Цель
Создать олдскульную RPG в стиле старых игр начала 80-х, с видом «сверху вниз», например как The Temple of Apshai, Ultima III, и Telengard. Игрок будет двигаться через комнаты в типичном подземелье, сражаясь с различными монстрами с помощью «меча и магии». Постепенно он будет совершенствовать свои возможности получая опыт, повышая уровень, приобретая магическое снаряжение.
Однако, игра будет состоять не только из самого ведение боевых действий. Игрок также будет иметь возможность прокрасться мимо монстров, или вступить с ними в переговоры. Будут запертые двери и сундуки, и уникальные особенности подземелья, имеющие неожиданные эффекты. В игре не будет длинных описаний или диалогов, — в основном это будет типичный hack & slash. Вы будете двигаться по пути, пока не станете достаточно сильным, чтобы встретится лицом к лицу с финальным боссом, выполнить квест, и благополучно вернуться домой (в вашу стартовую комнату).
Правила разработки
Правило № 1: Время разработки ограничено одной неделей (включающей 40 часов)
На разработку игры должно быть потрачено в сумме не более 40 часов. Они будут включать время, потраченное на непосредственную работу над игрой и на ее обдумывание. Перерывы в разработке больше, чем десять минут, не будут учитываться. Это будет «идеальная» рабочая неделя из 40 высокопроизводительных часов.
За 40 часов будет сделана полнофункциональная альфа-версия. Дальнейшее допиливание, такое как окончательная отладка игры, создание инсталятора для распространения в общее время учитываться не будут, никакой новый функционал на этом этапе добавлен не будет. Документирование процесса разработки также не учитывается.
Правило № 2: Использовать только бесплатные инструменты
За исключением программного обеспечения, которое поставляется с установкой Windows, используется только свободный софт, по возможности с открытым исходным кодом. Смысл этого — показать, что не нужны дорогие (или пусть даже дешевые) инструменты для разработки игры. На оборудование, такое как сканер, микрофон и цифровая фотокамера, данное правило не действует — если у вас их нет, будем считать, что их можно у кого-то одолжить.
Правило № 3: Нет движкам, только стандартные библиотеки / API
Игра должна быть создана «с нуля» без использования существующих игровых движков. Никакого обмана, и создания игры или каких-то ее частей с помощью конструкторов игр или использования подобного программного обеспечения.
Инструменты
Код:
• Python 2,3 (http://www.python.org/)
• PyGame (http://www.pygame.org/)
• Py2exe – чтобы собрать что получится в исполняемый файл для распространения. (http://starship.python.net/crew/theller/py2exe/)
Графика:
• Gimp 2,0 (http://gimp-win.sourceforge.net/)
• MS Paint (тот что идет с Windows) — для вставки скриншотов, захваченных клавишей PrintScreen (GIMP почему-то отказался это делать)
• Бесплатные текстуры были взяты (http://www.textureartist.net/textures/index.htm) и (http://www.mayang.com/textures/)
Звук:
Audacity (http://audacity.sourceforge.net/) плюс мой микрофон или бесплатные.
Расписание (План) работ
Расписания составляют, чтобы их потом нарушать, но все же они нужны, чтобы контролировать прогресс и строки, и вносить коррективы по мере необходимости.
Час 1-10: Базовая архитектура
Проектирование движка и основных компонентов. Получить отображения мира на экране. Я должен реализовать возможность перемещать тестового игрока по всему миру, и смотреть на вещи, а затем превратить то, что получится, в игровой редактор.
Час 11-20: Возможности игрока
Реализация всех основных возможностей для игрока — перемещение, атака, открытие дверей, смерть, подбор вещей и использование инвентаря. Создать каркас представления всех объектов в окружающей среде, для тестирования возможностей игрока во взаимодействии с миром.
Час 21-30: Оживление мира
Добавить искусственный интеллект, игровые события, ловушки, спецэффекты. К концу этого периода я должен иметь достаточно полное техно-демо, включающее все основные особенности игры.
Час 31-40: Добавление контента и правил
Получить из техно-демки полноценную игру. Добавить все дополнительное содержимое. Добиться завершенности и баланса игровой механики. Отшлифовать все, на что хватит времени, добавить спецэффекты, анимацию и т.д.
После 40 часов: Тестирование и релиз игры
Протестировать, и устранить найденные ошибки (не добавляя новые возможности!) Собрать все в кучу, и выложить в интернете. Завершить документацию.
Дневник разработчика Hackenslash: Игра за неделю
Час 1 – Дикое проектирование и базовые классы
Этот час был проведен за созданием некоторых базовых классов для игры — и использования их в дальнейшем проектировании. Мир будет представлен в виде последовательности комнат, соединенных порталом. Все в мире базируется на комнатах, подобно тому, как это было в старых адвенчурах или MUDах. Большинство объектов в игре представлены как » GameObject «, который имеет позицию и содержимое (в том числе может содержать и другие объекты — карта может содержать комнаты, в комнате может быть сундук, в сундуке — меч … и, я думаю, меч может содержать несколько комнат, но мы так делать не будем.)
• Я создаю объекты creature (существо) и player (Игрок)
• Я генерирую набор атрибутов для существ, и внедряю их в класс. Видимо я задрот, который играет слишком много в РПГ игры. Я пока еще не знаю точно, как будет выглядеть и работать игровая механика.
Постепенно я начинаю понимать, как все будет работать, и вношу необходимые исправления. Я даже не пытаюсь использовать PyGame на данном этапе, и программа не показывает ничего, кроме консоли. Но я чувствую, что все что сделано — большой прогресс!
Час 2 — PyGame 101
Цель этого часа — инициализация PyGame, ну и начать хоть что-нибудь рисовать на экране. На самом деле, я провожу большую часть времени за чтением документации PyGame, пытаясь выяснить что там и как, поскольку у меня почти нет опыта использования PyGame или SDL.
Завершается этот час программой, отображающей пустой экран, заполненный черным цветом. Не впечатляет. На самом деле за этим окном есть много чего. Там реализован игровой цикл, переключение кадров, вызов нескольких классов, и много бездельничающих заглушек. Но это не делает черный экран более внушительным.
Час 3 — Если бы стены имели уши, я б их сильно отругал.
Цель этой часа – обозначить контуры комнаты стенами, и отобразить это на все еще черном экране. Чтобы сделать это, мне нужна комната, и мне нужна графика. Приходится много сидеть над GIMPом, правя загруженные из интернета текстуры, так чтобы они превратились в подходящие тайлы. Я создаю класс менеджера текстур. И я заполняю структуру образца комнаты. Я также потратил немного больше времени, просматривая документацию PyGame, чтобы найти что-нибудь еще, что можно использовать, дабы сделать работу легче.
Час прошел. А у меня все тот же черный экран. Стен как не было, так и нет.
Часа 4 – В гостинице появился свободный номер
После борьбы с некоторыми синтаксическими ошибками, я, наконец-то смог добиться появления стен на экране. Правда отображаются они неправильно, находятся не в указанном месте, да еще и со щелями между сегментами. Это ужасно. Но немного настройки и правки, и я получил на экране что-то похожее на комнату, размером 10 на 10 квадратов.
Не имея подробного плана проекта, действительно довольно легко запутаться, когда выполнив определенную работу Вы задаетесь вопросом «Что дальше?» Я решил, что если рисунок одной комнаты хорошо, то нарисовать две – вдвойне лучше.
• Для хранения созданных комнат я создал файл «minidungeon».
• Я начать добавлять логику порталов «portals» — отверстий в стенах, для перехода в другие комнаты (и предоставляющих всю информацию о смещении, необходимую для правильного отображения смежных комнат).
Час 5 — Hackenslash получает больше комнат
• Я изменил название окна на «Hackenslash!». Просто потому, что это круто.
• Я создал карту объектов для хранения комнат, и класс MapMaster содержащий несколько карт.
• Соседние комнаты подключены к текущей через порталы, и теперь отображаются на экране.
• Я исправил некоторые ошибки отсечения, чтобы правильно отображались стены, частично выходящие за пределы окна.
Час 6 — за который мы улучшаем скил рисования
• Добавил класс дверей, а также настроил карты для размещения двери (дверь должна быть общей для двух комнат). (Правка: Жаль, что я никогда это так и не использовал!)
• Я создал еще 3 тайла стен, объединил их в одно изображение.
• Графический вид стен изменяется в зависимости от типа.
• Я делаю простую графику для вида сверху вниз.
Часы 7-8 – Вращения и восклицания!
• Я разобрался, как в PyGame поворачивать растровые изображения.
• Я добился плавного вращения тестового игрока. Много регулировок необходимо для корректировки угла вращения.
• Я узнал, как использовать шрифты в PyGame, и я создаю несколько классов для отображения и анимации текста.
• Добавил класс для автоматической обработки текста, поскольку данная функциональность будет часто использоваться в будущем.
Часы 9-11 – Елементы — бррр!
И вот опять, мне нужно решить вопрос «Что дальше?».
Комнатам нужно больше интересных элементов, поэтому нужно составить их список. Я не знаю, как их систематизировать, поэтому решил начать с общих. Я ввел три статических элемента, которые можно найти в типичной комнате в подземелье: ковер, колона(блок с той же функциональностью что и у стен), и лестница (позволяет переносится на новое место)
Я решил, что элементы могут занимать больше, чем один тайл, и могут быть повернуты на любой градус. (Правка: В ретроспективе, очень тупое решение — я провел слишком много времени на его реализацию, но оно оказалось почти бесполезным.)
В общем, я потратил около трех часов, работая над элементами, разрываясь между созданием графики и написанием кода.
Часы 12 — 13 — Нам нужен Лут!
Я создаю графику и код для вещей. Удивительно, как много времени может отнять рисование. Особенно раздражает, когда изображение имеет вид, будто курица лапой рисовала, сколько бы усилий к этому не прилагалось.
Я добавил много характеристик вещам, в том числе их стоимость, размер, ячейки обмундирования, и много другого. С ними пока нельзя взаимодействовать, но, по крайней мере они отображаются в правильных местах в комнате.
Час 14 — Ковры
Я сильно отстаю от графика, что же мне делать?
Черный фон кажется слишком уродливым, поэтому я замостил полы внутри комнаты коврами — отдельными тайлами.
После этого вдруг обнаружилось, что я забыл добавить в спрайты игрока и вещей прозрачный фон. Пришлось потратить много времени на исправление этой оплошности.
Зато уровень теперь выглядит круто. Ну, по крайней мере круче, чем черный.
Часы 15-16 — Click! Click!
• Я занялся управлением мышью и обработкой событий.
• Добавил управление персонажем мышью. Движение пока происходит рывками, нет плавной прокрутки уровня.
• Игрок может выйти за пределы комнаты, отсутствует проверка столкновений.
• Я исправил несколько ошибок.
• Помучил GIMP и создал красивые лестницы.
.
На разработку уже затрачено почти 17 часов, так что я начинаю немного нервничать. Я прошел 2/5 пути создания игры, — закончился второй «рабочий день» разработки. То, что у меня уже сделано впечатляет, но я понимаю, что сделать осталось много больше. У меня есть еще четыре часа, чтобы закончить основные возможности игрока, и вложится в график. Это будет трудно … но я все равно не жалею, что потратил лишнее время на рисование графики!
Час 17 – Плавно перемещаемся, пока не стукнемся лбом о стену
• Большинство времени потрачено на доводку графики и исправление ошибок.
• Добавлено обнаружения столкновений и плавная прокрутка, при движении игрока.
• Игрок теперь может делать несколько шагов (оборотов) в ответ на действие мыши.
Час 18 — Переступаем пороги
• Игрок теперь может проходить через порталы в другие комнаты.
• Это вызывает косметический баг с взаимным перекрытием стен и полов между смежными комнатами.
• Поправлено много ошибок, связанных с вращением, при котором порталы ставали непроходимыми.
Час 19 — Лестница в небо, Адское меню
Мой брат вызвался сделать музыку для игры. Он сделал музыку для Void War, и получилось довольно хорошо. Это напомнило мне, что нужно сделать воспроизведение звука (и музыки). Вроде бы в PyGame это сделать довольно просто, поэтому оно не должно занять слишком много времени. (Правка:. Я так и не нашел для этого времени, к сожалению в Hackenslash вы не услышите ни единого звука.)
Моя следующая цель состоит в обработке взаимодействия с существами и предметами. Мне очень нравится, как это сделано в The Sims и Neverwinter Nights, когда вы хотите взаимодействовать с игровым объектом, появляется контекстное меню. Я планирую реализовать что-то похожее.
• Учу лестницы перемещать игрока в новую комнату.
• Я немного проштудировал Интернет и документацию PyGame, ища, нет ли где открытых исходных кодов подобного меню на PyGame. И не нашел ничего.
• Я начал делать собственное меню.
Часы 20 — 21 — Что там с меню?
• Я продолжаю работать над меню. Меню может быть легко подключено к объекту, точнее объект как бы порождает меню, что позволило легко реализовать обратную связь для обработки выбора игрока.
• Я начал работать над меню вещей. Оно уже появляется в нужном месте, и позволяет выбирать какой-нибудь пункт, но при нажатии пока ничего не делает, работает только кнопка закрытия меню.
Час 22 – Заснуть в процессе
• Я продолжаю работу над вещами, — пытаясь реализовать их функционал и научить их реагировать на команды меню, включая возможность добавления контекстной информации. Сейчас оно малофункционально, но все же работает, отображая информацию о выполняющейся команде
• Я улучшил расчет движения при выполнения различных действий, получив большую подвижность.
Я замечаю, что уже поздно, и что вышел далеко за пределы отведенного на эту работу часа. Если бы я не обращал внимания на общее время разработки – просидел бы, наверное, до утра. Но поскольку я ограничен во времени, потраченный практически впустую час — действительно плохие новости. Интересно, как сдвигаются приоритеты, когда не хватает времени. В общем, я ложусь спать.
Час 23 — Боевые параметры!
• Я изменяю (ну фактически только начал работу) некоторые из атрибутов класса, созданные в первый час.
• В правом верхнем углу я создаю панель, на которой будут отображаться параметры игрока.
• Я оптимизировал это окно, превратив его в изображение, которое рисуется быстрее, чем шрифты. Обновления этого изображения происходит только тогда, когда изменяются связанные с ним параметры персонажа.
Час 24 — Меню игрока
• Я завершил оптимизации для окна параметров.
• Создал всплывающее меню, которое появляется, когда игрок кликнет на персонажа.
• Я создал быстрое меню для использования зелий, кастования заклинаний и т. д.
• Я исправил некоторые ошибки в работе меню.
Час 25 – До(раз)пиливаю полы и стены
Сегодня утром у меня в мозгу появилась идея (неужто у меня такой большой мозг, что в него вмещается столько идей?) как устранить проблему перекрытия стен в смежных комнатах (см. описание восемнадцатого часа). Что, если я буду рисовать только половинки стен? Таким образом перекрытия не будет вообще, и не нужно добавлять сложную логику для определения и исправления перекрытий.
Я начинаю работу над реализацией этой идеи. К сожалению, на самом деле придуманное упрощение еще больше усложняет отрисовку комнаты (в частности полов), и реализовать его можно не так быстро, как я надеялся. На создание и отлаживание этой системы было потрачено около часа. Но оно того стоило.
Отлаживая код, я обнаружил еще несколько ошибок, связанных с переходом между комнатами.
ПЕРЕРЫВ — Кризис!
Я только что осознал, что прошло больше чем 3/5 отведенного на разработку времени, и что осталось меньше пятнадцати часов, чтобы закончить игру. Посмотрев расписание необходимых функций игры, и прикинув, что на реализацию каждой нужно в среднем час, я понял, что на реализацию всего мне нужно около двадцати пяти часов. На десять часов больше, чем есть. Проект официально под угрозой срыва.
Выйти за пределы лимита времени мне нельзя. Также нельзя привлечь помощника или купить код/ресурсы, поскольку предусмотрено, что игру за 40 часов сделаю я один. Нужно придумать, как работать еще более эффективно – но я и так уже вкалываю на максимуме производительности. Похоже, у меня нет другого выбора, придется пересмотреть функционал, и решить, какие возможности выбросить из игры.
• Двери: Вырезано! Я очень хочу сделать двери в игре. Жалко расставаться с этой функцией — тем более, что я уже некоторое время работал на ней. Но остается еще слишком много работ, например искусственный интеллект. И, наверное, понадобится 2-3 часа, чтобы заставить их работать, а их у меня нет.
• Инвентарь: упростить! Забудьте о дополнительном инвентаре, и возможности смены оружия по желанию. Все, что подобрано и не стало текущим оснащением, будет сразу пересчитано в деньги.
• Ловушки: упростить! Я хотел бы иметь множество ловушек с интересными и разнообразными последствиями их активации. Не судьба. Ловушки будет иметь простой визуальный эффект, наносить урон и временно увеличивать вероятность нарваться на случайного монстра
• Луки (стрелковое оружие): Вырезано! В игре будет только оружие ближнего боя, на расстоянии можно атаковать заклинаниями.
• Сохранение / загрузка игры: упростить! Сохранить можно только персонажа, а не состояние мира. (ПРАВКА: Я и этого не сделал!)
• Система частиц: Отложить! Создание системы частиц перемещено в самый низ списка приоритетов. Я сомневаюсь, что придется их делать. Хотелось бы сделать впечатляющие визуальные эффекты с помощью частиц для заклинаний … но, скорее всего, этого никогда не будет.
• Заклинания: упростить! У меня была серьезная концепция о заклинаниях: их можно было бы найти в виде свитков, и количество более десятка. Это грустно, но будет всего несколько заклинаний: Лечение, Урон, Ослабление, Усиление, и Восстановление. При повышении уровня, можно позволить игроку усилить заклинания за счет увеличения числа магических очков.
• Анимация монстров и игроков: Вырезано! Я никудышный художник, чтобы сделать это достаточно быстро.
Принимая решение, что я не буду делать (или то, что отложу на после), не менее важно решить, что нужно сделать в первую очередь.
Есть много вещей, которые запланированные в игре, и которые я считаю очень важным – поиск ловушек, секретных дверей (ну теперь секретных проходов), и взлом сундуков. Но все же основой игры является бой. Поэтому я решил сосредоточится именно на нем, сделать его главным приоритетом. Я поставил перед собой цель, через полтора чала мои монстры оживут настолько, что их можно будет убить.
Отлично, с приоритетами разобрались, продолжаем разработку.
Час 26 — Бросим кости
Я работаю над механикой «игральных костей», — механизма, с помощью которого в игру будет внесен элемент случайности. Поскольку у нас нет ограничения реальных костей, мы можем получать случайное число любого желаемого диапазона. Например от 1 до 33, или от 6 до 17. Так что я могу бросить кости, сравнить то, что выпало со своей атакой и защитой врага. Если выпавшее число выше защиты, атака удалась.
Например, предположим, что у меня общее значение атаки 15. Я атакую монстра, у которого 10 защиты. Мои шансы 15 из 25 (25 =15 +10), или 3 из 5. Так игра будет генерировать случайное число между 1 и 25, и если оно выше десяти, я выиграю.
Для вычисления нанесенного урона используется немного другой способ. Я добавил защищающемуся параметр «броня», а атакующему «урон». Я генерирую случайное число от 1 до их суммы, а затем вычитаю броню. Если результат меньше единицы, урон не наносится. В противном случае, он равен полученному результату. Таким образом, если монстр, с уроном равным 10 атакует игрока с 5 очками брони, игра будет генерировать число от 1 до 15, из которого вычтет 5, то, что получится, и есть нанесенный урон.
Это объяснение и описание заняло больше времени, чем его реализация.
По завершении часа, я уменьшил размер области отображения подземелье, теперь часть окна справа полностью отведена под пользовательский интерфейс, это изменение дало небольшое увеличение производительности. Я также убедился, что движение игрока не зависят от частоты кадров.
Автор: Jay Barnson, сотрудник Rampant Games
Перевод: nilrem (перевод вольный)
ПРОДОЛЖЕНИЕ
gcup.ru
Этапы создания компьютерной игры — Компьютерные игры
Многие люди, играющие в компьютерные игры, даже не представляют себе, сколько трудов и творческих идей вложено в каждую отдельно взятую игру.
Создание игры это продолжительный и трудоёмкий процесс, состоящий из самых разнообразных этапов, включающий в себя как технические, так и творческие моменты. Вот поэтому, в большинстве своём, игры создают не отдельные личности, а целые команды разработчиков. Каждый отдельный человек в команде – специалист в своей области знаний.
Давайте мысленно создадим свою собственную компьютерную игру, чтобы проследить все этапы разработки, от начала до конца, и узнать какие профессии востребованы в игровой индустрии.
| Проектирование1. Цель: — идея, — жанр, — сеттинг. 2. Средство: — программный код, — игровой движок.Творчество3. Игровая механика: — объекты, — управление, — физический движок, — ИИ. 4. Уровни: — расстановка объектов (левелдизайн). 5. Графика: — арты, — 2D, 3D модели, — анимации, — фоны, — спецэффекты, — оформление экрана и меню. 6. Сюжет: — скрипты, события, — диалоги, повествования, — видеовставки. 7. Звук: — звуковые эффекты, — музыка, — озвучка.Издание8. Отшлифовка: — сведение материала (a-версия), — устранение ошибок (b-версия). 9. Продажа: — реклама, — локализация, — система продажи. 10. Поддержка: — выпуск патчей, — выпуск дополнений. |
1. Цель
Первое, что нам понадобится — это определиться с нашей целью. Что в итоге мы хотим получить? Если хотите, чтобы ваша игра «выстрелила», нужно для начала точнее прицелиться, а не бить наугад.Этапом концепции и определения цели занимается руководитель проекта.
Жанр
Можно с самого начала представлять в мельчайших деталях свою готовую игру, а можно по ходу разработки додумывать и сюжет, и стиль, и особенности игры. В этом деле не обязательна излишняя точность, но, как минимум, нужно задать направление развития нашего игрового проекта. Жанр игры необходимо выбрать в самом начале в обязательном порядке. Жанр и будет основным направлением развития игры.
Смотрим на круглую таблицу жанров как на мишень, и выбираем необходимые нам игровые геймплейные элементы (подробнее о таблице жанров можно узнать в статье «Жанры компьютерных игр»). Какие-то элементы подарят нам высокую популярность среди игроков (уничтожение, соревнование, герой, забота), какие-то – преданных, но придирчивых фанатов (тактика, контроль, уклонение), а какие-то – отсутствие серьезных конкурентов (обучение, логика, путешествие, экономика).
Выбранный жанр можно немного корректировать по ходу работы, но его сущность должна оставаться прежней. Жанр – это своеобразный фундамент всей игры. Если захотите сменить жанр своей игры, то проще будет начать разработку новой игры заново, чем переделывать то, что уже было наработано.
Сеттинг
Разделение компьютерных игр на жанры весьма специфично и не похоже на систему жанров фильмов и книг. Игровые жанры определяют лишь основные действия, которые будут совершать игроки в процессе игры, тем самым они отвечают только на вопрос «ЧТО?». На вопросы «ГДЕ?» и «КОГДА?» отвечает другая основная характеристика игры – сеттинг.
Сеттинг – это принадлежность игры к какой-то сюжетной теме или к определённому виртуальному миру. В среде компьютерных игр сформировалось несколько наиболее популярных сеттингов: фэнтези, научная фантастика (sci-fi), вторая мировая война, средневековье, стимпанк, постядерный мир, аниме, комиксы.
Создание игры в популярном сеттинге обеспечивает её собственную популярность, да и игроки чувствуют себя уютно и комфортно в уже знакомом мире. Некоторые игры создаются в своих уникальных сеттингах или в необычных сочетаниях стандартных тем. Такие игры менее популярны, но, тем не менее, они имеют свою аудиторию особых игроков, которые терпеть не могут шаблонность и однообразие.
2. Средство
Цель игрового проекта задана, теперь нам нужно выбрать средства (материалы и инструменты) для её достижения. И тут мы сталкиваемся с необычным феноменом компьютерного мира – и материалом, и инструментом игрового проекта является одна и та же сущность – программный код. Код как строительный материал – это цифровые изображения, трехмерные модели, звуки и тексты в виде последовательностей единиц и нулей. Код как инструмент – это команды в строчках программного кода, управляющие игровыми объектами всех перечисленных типов. Программный код
Создание игрового материала (наполнения, контента) – это чисто творческая часть процесса, рассмотрим её чуть позже, а пока разберём программный код только в роли инструмента. В таком случае программный код представляет собой каркас (скелет), на который будут нанизываться результаты всех последующих этапов разработки.
Этим этапом занимаются программисты.
Прежде всего мы должны выбрать язык программирования, который нам наиболее подходит. После этого предстоит тяжелая и кропотливая работа по написанию программного кода, способного оперировать двухмерными или трехмерными объектами в пространстве, привязкой изображений и звуков. Для создания виртуального трехмерного пространства придется использовать сложные геометрические формулы для построения проекции 3D-объектов на плоскость (в уме компьютера объекты существуют в настоящем трёхмерном пространстве, но для вывода их изображения на плоский двухмерный экран приходится делать пересчеты). По ходу разработки придётся изучить все форматы изображений и аудиофайлов, всевозможные кодеки и кодировки.
Игровой движок
Благо, в наше время можно долго не возиться с написанием низкоуровневой программной части, а сразу же воспользоваться готовым программным модулем (игровым движком), где уже реализованы базовые функции, способные связать воедино графику, звук, объекты и их движения. Таким образом выбор языка программирования заменяется другой дилеммой – выбором готового игрового движка (подробнее о игровых движках, доступных на рынке в настоящее время, можно узнать в статье «Бесплатные игровые движки»).
Применение игровых движков ещё не освобождает нас полностью от использования услуг программистов, но сводит их к минимуму. Стандартный программный модуль ещё придётся настроить под себя, добавить в него что-то своё, чтобы игровой проект получился более уникальным.
3. Игровая механика
Самая важная творческая часть любой игры – игровая механика. Эта вещь находится не на поверхности, поэтому часто ускользает от взгляда невнимательных ценителей игр.Молодые подростки (основная часть игровой аудитории) в большинстве своём оценивают игры по качеству графики, и не замечают, что красивые игры хоть и популярны, но их популярность длится всего несколько месяцев после релиза. А в сердцах игроков и в золотых списках вечной игровой классики навечно остаются совсем другие игры, может быть немного неказистые на вид, но имеющие потрясающе захватывающий геймплей. Чем разнообразнее и интереснее игровые возможности, тем дольше игрок остаётся в игре. Например, за что получила всеобщую любовь «MineCraft»? Уж точно не за примитивную кубическую графику, а за то, что эта игра дарит поистине безграничные игровые возможности.
Если представить игру в виде живого организма, то игровая механика будет является его нервной системой и головным мозгом. А если представить игру в виде строящегося дома, то игровая механика предстанет как электропроводка, трубопровод и прочие бытовые инженерные коммуникации. Представьте, что происходит с красивыми и модными, но не продуманными играми с этой точки зрения: можно поселиться в красивом доме, но если в нём не будет освещения, водопровода и канализации, то при первой же возможности вы покинете его в поисках более комфортабельного жилья.
Игровая механика, по сути своей, это свод правил, по которым будет функционировать игра. Какое действие произойдет, если игрок возьмет вот этот бонус? Если игрок соприкоснётся с врагом, то что случится тогда? Потеряет ли он здоровье от этого соприкосновения, или это случится только после удара врага? Если игрок подойдёт к машине, сможет ли он в неё сесть и прокатиться? А сможет ли игрок что-нибудь строить или хотя бы перемещать объекты? Таких вопросов может возникнуть несколько сотен или даже тысяч. Ответы на все эти вопросы и будут представлять собой игровую механику.
Объекты
Основой всей механики являются игровые объекты. Главный герой игры, компьютерные соперники, второстепенные персонажи (NPC), бонусы, подвижные объекты, декорации – всё это игровые объекты со своими свойствами и возможными действиями.
Управление
Игровая механика определяет какими клавишами будет управляться главный герой или основной игровой объект, какое действие будет происходить после нажатия той или иной кнопки. Сюда же относится законы поведения игровых объектов (физический движок) и поведение врагов (искусственный интеллект).
Физический движок
Если «управление» отвечает за перемещение подконтрольного нам персонажа, то физический движок отвечает за те движения, которые происходят без прямого вмешательства игрока. Эти действия имитируют физические законы реального мира (иногда немного искаженные в сторону фантастики). Брошенный мячик отскакивает от пола, опрокинутая бочка скатывается с наклонной поверхности, выстрел мощным оружием отбрасывает стреляющего назад, хрупкий предмет, брошенный с высоты разбивается – всё это примеры действия физического движка.
В готовых игровых движках чаще всего реализованы и физические движки. Вам лишь останется присвоить своим уникальным объектам уже готовые физические характеристики: вес, плотность, эластичность, разрушаемость. Если же задумаете создать свой физический движок, то для этого вам понадобится талантливый программист, хорошо понимающий принципы объектно-ориентированного программирования (ООП) и немного разбирающийся в классической физике.
Искусственный интеллект (ИИ)
ИИ отвечает за поведение компьютерных врагов или союзников.
Роль ИИ значительно разнится в зависимости от жанра игры. В экшенах действия врагов крайне примитивны; в RTS стратегиях достаточно пары десятков скриптов, чтобы придать сопернику кажущуюся разумность; в стелс-экшенах, слешерах и файтингах необходимо создать уникальную систему поведения для каждого типа врагов, иначе глупые враги сделают игру неинтересной. Серьезная стратегическая игра требует колоссальной работы над ИИ, а в простых казуальных играх и в онлайн-проектах, ориентированных на сражения только между реальными игроками, искусственный интеллект вообще не нужен.
4. Уровни
Правила игры в виде игровой механики готовы, теперь нам нужно создать площадки, где эти правила начнут работать. Созданные игровые объекты расставляются в отдельных виртуальных пространствах – уровнях (локациях). Игры чаще всего содержат множество отдельных уровней, переход между которыми происходит по ходу сюжета. Но в последнее время, благодаря возросшей производительности компьютеров, выпускаются игры с одним большим цельным миром, лишь условно разделяемом на различные локации (GTA, Skyrim).На каждом отдельном уровне расставляются игровые объекты, стенки, платформы, декорации, фоны. Уровни создаются в играх всех жанров. Даже в простенькой казуальной игре по перестановке цветных камешков есть уровни – в их роли выступают игровые поля и расстановка камней. В браузерных играх в роли локации выступают отдельные html-страницы.
Если, опять же, представить игру в виде дома, то построение игровых уровней – это планировка этажей, а количество уровней – этажность здания.
Построением уровней занимаются левелдизайнеры.
В идеале левелдизайнеры берутся из числа заядлых игроков. Это происходит потому, что любой другой человек со стороны, пусть даже и творческий, но очень далёкий от темы игр, не сможет хорошо справиться с этой задачей. Левелдизайнер должен хорошо представлять себе игровой процесс, и чувствовать, как от перемещения объектов на уровне будет изменяться игровая ситуация.
Довольно часто в комплекте с игрой поставляется редактор уровней, с помощью которого обычные игроки могут самостоятельно создавать себе новые карты и уровни. Разработчики игр поддерживают распространение самодельных карт между игроками и часто выкладывают лучшие работы на своих официальных серверах. Редакторы уровней создаются не только для развлечения игроков и увеличения срока жизни отдельно взятой игры, но и для того, чтобы отыскать среди игровой аудитории наиболее талантливых людей. Таким образом, игровые студии решают свою кадровую проблему. Как уже говорилось выше: лучший левелдизайнер – это заядлый игрок.
Именно от дизайна (не оформления, а планировки) уровней зависит важнейшая составляющая игры – геймплей. (Это правило не действует лишь для большинства казуальных игр, файтингов и спортивных игр, где уровни крайне примитивны). Неинтересная и однообразная планировка уровней загубила множество игр с великолепным оформлением, подкреплённым новейшими технологиями. Если вы хотите создать полноценную увлекательную игру, а не пустышку в красивой обёртке, то на левелдизайн нужно потратить максимум творческих усилий.
5. Оформление
Далее начинаем обтягивать голый каркас игры украшением в виде графики.Созданием графики занимаютсяхудожники, геймдизайнеры.
Конечно, если Вы разрабатываете простенькую 2D-игру, то Вы сами можете изобразить что-нибудь из пикселей, но в более серьезных и крупных проектах лучше нанять профессиональных художников и дизайнеров.
Арты
Для начала нужно создать образы героев, врагов, игровых предметов, задних фонов. Первоначально они рисуются либо на бумаге, либо на компьютере с использованием графического планшета. Для небольших игровых студий этот этап не обязателен, но он просто необходим в больших компаниях, чтобы не на пальцах, а на наглядных изображениях объяснить всем дизайнерам, что у них в итоге должно получиться.
2D, 3D модели
На основе артов дизайнеры создают либо двухмерные спрайты из пикселей, либо трёхмерные модели из полигонов.
Анимации
Для игровых объектов, которые будут передвигаться в ходе игры, создаются анимации. Особенно сложно придётся с героями и врагами, количество анимаций которых иногда превышает целую сотню различных движений.
В настоящее время для создания человекоподобных 3D-персонажей существует специальная технология «Motion Capture», позволяющая создавать анимации на основе движений настоящих людей. Эта технология доступна лишь крупным и очень богатым компаниям. Для использования Motion Capture нужно не только приобрести дорогостоящее оборудование, но ещё и нанять группу актёров, с которых будут записываться движения.
Фоны
С задними фонами всё гораздо проще – нарисовал один раз, поставил в нужное место на уровне без всяких изменений, и забыл.
Спецэффекты
Визуальные спецэффекты – это, по сути своей, те же анимации, только вместо перемещения объектов в них используются перемещения частиц и светофильтров. Лучи света в разные стороны при взятии бонусов, огонь на горящем здании, дымовая завеса после взрыва гранаты, лазерные лучи из дула винтовок, наложение фильтров размытия при нахождении под водой и фильтров затемнения в плохо освещённых местах – всё это спецэффекты. Без подобных эффектов игра будет казаться пресной и слишком обыденной. Использование спецэффектов добавляет игре яркости, сочности и экспрессивности.
Оформление экрана и меню
Оформить нужно не только игровые уровни, но и систему, объединяющую их в единое целое – игровое меню (строчки, кнопки, страницы настроек). Начальное меню – это вообще визитная карточка игры, и выглядеть она должна идеально. На игровом экране так же есть множество элементов, к которым можно применить оформление – количество жизней, лайфбар, миникарта, меню быстрого выбора действий, инвентарь героя, списки заданий, экраны диалогов. На английском языке всё это называют одним сокращением – GUI (Graphical User Interface — графический пользовательский интерфейс).
Оформлением интерфейса и меню занимаются художники, программисты и верстальщики html-страниц.
6. Сюжет
Привлечь игрока к своему проекту очень сложно, но ещё сложнее сделать так, чтобы игрок прошел игру до конца. Любое разочарование, занудное или трудное место может мгновенно оттолкнуть игрока от дальнейшей игры. В большинстве случаев игрок оставит и забудет игру без всякого сожаления. И только грамотно поданый качественный сюжет может заставить игрока собраться с силами, пройти всю игру, а значит — дослушать вашу интерактивную историю до конца.На заре своего существования компьютерные игры обходились без сюжета, затягивая игроков лишь своим игровым процессом. Но в настоящее время даже к самой простенькой казуальной игре прикручивают сюжет, не говоря уже о крупных игровых проектах ААА-класса.
Хотя, существование в игре сюжета лишь для галочки не даёт никакого положительного эффекта, разработчики продолжают придумывать всё новые и новые истории, одна глупее другой. Сюжет приносит пользу лишь в том случае, если он может зацепить чувства игрока. Для этого нужна уникальность, интересность и правдоподобность сюжета; каждый персонаж должен иметь свою неповторимую личность, и совершать поступки согласно ей; действующих лиц и событий должно быть не больше, чем может воспринять человеческий мозг, иначе сюжет превратится в никому не понятный винегрет; события должны происходить логично (загадочность и туманность приветствуется для поддержания сюжетной интриги, но и при этом должна быть скрытая от игрока логичность).
Скрипты, события
Самый лучший вариант – когда сюжет существует прямо внутри игры. Это достигается с помощью использования скриптовых сценок.
Скрипт представляет собой следующее: игрок заходит в определённое место, или совершает нужное действие, или выполняются ещё какие-то необходимые условия, и после этого начинают выполняться действия, запрограммированные вами на этот случай. Например, в военном 3D шутере поднимаемся на возвышенность, подходим к установленному пулемёту (условие выполнено), через 10-15 секунд после этого внизу вдруг начинается вражеская массированная атака, и нам есть на кого использовать пулемёт (произошли события).
С помощью скриптовых событий можно вносить разнообразие в игровой процесс или даже превратить игру в аттракцион нескончаемых скриптов (именно на этом построена серия игр Call of Duty). Единственный минус такого способа – у игрока уменьшается свобода действий. Всё происходит по воле скриптов, и мало зависит от действия игрока.
Продумыванием скриптов занимаются сценаристы, а их реализацией – программисты.
Диалоги, повествования
В старых классических играх сюжет существует обособленно от игрового процесса. Например, при загрузке или окончании уровней нас знакомят с сюжетной историей, рассказывают об отношениях между героями и врагами, объясняют, что и для чего нужно сделать на уровне. В процессе самой игры ничего из вышесказанного не имеет никакого значения, и игрок может смело пропускать все эти тексты. Чаще всего так и происходит — тексты остаются не прочитанными. А всё из-за того, что нет никакой веской причины их читать.
Другое дело – внутриигровые тексты или диалоги. Они происходят в процессе игры, но в безопасных местах, или с остановкой игрового времени, чтобы игрок мог сосредоточиться только на тексте. Повествования игроку приходится выслушивать, так как игра на это время замирает, но не останавливается совсем. А в диалогах ещё и нужно выбирать вариант ответа. Выбор варианта придаёт прослушиванию текста интерактивность и хоть какой-то практический смысл – правильно выбранный ответ может принести дополнительный бонус, облегчить дальнейшую игру или сохранить выбранный характер героя в ролевых играх.
При создании игры тексты повествований и диалогов лучше хранить в отдельных файлах, подгружаемых по ходу игры. Отделение художественного текста от технических кодов поможет в будущем, если вы решите создать локализованную версию игры на других языках мира.
Написанием текстов и диалогов занимаются сценаристы и писатели.
Видеовставки
Между уровнями игры или в определённых контрольных точках уровней можно вместо сухого текста и озвучки показывать игрокам видеовставки (катсцены). Такие заставки можно создавать как с помощью отдельных видеофалов, так и с помощью игрового движка.
Видеофайлы позволяют передавать игроку картинку любого качества и сложности, но при создании дистрибутива игры они занимают много дискового пространства. Заставки, создаваемые на движке игры, по своему качеству уже почти не уступают отрендеренным заранее видеозаписям, но для их хорошего просмотра у игрока должен быть достаточно мощный компьютер, что не всегда бывает на самом деле.
Созданием видеовставок занимаются художники, аниматоры, 3D-модельеры, сценаристы,режиссеры.
7. Звук
Красиво нарисованный и эффектно оформленный проект молчаливо смотрит на нас, и ждёт, когда мы добавим ему звучания. Звуковые эффекты
Для любого маломальского игрового движения нужно добавить соответствующий звук. Это могут быть удары меча, нанесение рукопашного удара, звуки движения автомобиля, получение бонуса, обнаружения героя врагом. Не думайте, что это какое-то излишество, и можно обойтись всего несколькими базовыми звуками. Например, в большинстве 3D-Action игр пренебрегают добавлением звуков шагов главного героя и врагов. В результате – при виде от первого лица видно, что герой передвигается в пространстве, но кажется, что он не идёт, а плавно скользит вперёд. А враги без озвучки шагов вообще могут совершенно бесшумно подбежать к герою сзади и сильно попортить нервы игрокам.
Хорошие звуковые эффекты не только заполняют тишину, но и являют собой продолжение графического стиля игры. Веселая аркада наполнена не менее весёлыми мелодичными звуками, спортивный автосимулятор наполнен рокочущим гулом моторов и лязгом тормозов, трехмерный боевик оглушает пулемётными очередями, падающими гильзами и клацающими затворами винтовок.
Чаще всего в качестве звуковых эффектов используются реальные звуки, записанные в цифровом виде. В интернете есть множество бесплатных коллекций звуковых эффектов, Вам нужно лишь найти их и выбрать самые подходящие.
Музыка
Кроме звуков для полноценной игры нужна и музыка (саундтрек). Она будет звуковым фоном для происходящего на экране. Музыка так же является одним из стилистических элементов игры, и сильнее всего влияет на настроение игрока. Готовую музыку нужно долго выбирать по подходящему темпу и настроению. Существуют множество как платных, так и бесплатных коллекции игровых фоновых композиций, которые можно использовать в своей игре (статья «Музыка для создания игр»). Или можно заказать композиторам написать новую музыку специально под игру.
Озвучка
Третьей звуковой оставляющей игры является озвучка игровых диалогов и монологов. Эта составляющая очень дорога, но её наличие в игре не обязательно. В некоторых играх диалогов и текстов почти нет, а там, где есть, их можно оставить неозвученными в виде текстовых субтитров. Небольшие игры обходятся совсем без озвучки, а в больших проектах для озвучивания даже приглашают профессиональных актеров мировой величины.
Наличие в игре музыки и полноценной озвучки значительно увеличивает объем готовой игры, занимаемый на жестком диске, Но по возможности лучше всё таки добавлять озвучку в игру. Это повысит вовлечённость игрока в сюжет и рассказываемую вами историю, так как большинство игроков игнорируют и вообще не читают обычные не озвученные тексты.
8. Отшлифовка
Процесс разработки большой игры построен таким образом, что различными её элементами занимаются различные специалисты. На начальном этапе игра представляет собой разрозненный набор творческих наработок в различных областях искусства: изображения, звуки, 3D-модели, архитектура, тексты, сценки, видеовставки, оформление. И вот, наконец, наступает такой момент, когда разбросанные камни нужно собирать. С помощью программных средств разрозненные объекты соединяются в единую сложную систему. Сведение материала (a-версия)
При построении игры на игровом движке объединение объектов происходит постепенно с самого начала процесса. Пока игра не собрана до конца, её называют альфа версией. В этот момент уже можно заниматься тестированием отдельных уровней, скриптов и прочих механизмов.
На этом этапе уже технически возможно выпустить демо версию или хотя бы видеоролик с игровым процессом, чтобы заранее привлечь игроков к своему проекту.
Устранение ошибок (b-версия)
Когда игра полностью собрана, остаётся лишь устранить получившиеся ошибки (bugs). Они появляются в любом случае, так как игра – это система со сложной структурой. Сами элементы игры наглядны и просты, но связи между ними настолько сложны и витиеваты, что процесс отладки и устранения ошибок может занимать до 40% всего времени разработки проекта. Полностью собранная, но ещё не проверенная на ошибки игра называется бета версией.
Поиском ошибок в игре занимаются тестеры. Очень часто в качестве тестеров привлекаются группы обычных игроков, и это служит началом их карьеры в игровой индустрии. Проще всего эта проблема решается в онлайн-играх – разработчики организовывают открытые бета-тесты, в которых участвуют вообще все желающие игроки.
9. Продажа
Созданием игры и всеми творческими вопросами занимается студия разработчиков, а все прочие вопросы (кредиты, финансы, договора, защита прав, рекламные акции, локализации, продажи) обычно перекладываются на плечи другой организации – игрового издателя.Отношения между разработчиками и издателями могут быть самыми разными: договор о сотрудничестве на равных правах; все права, финансовые риски и возможная прибыль принадлежит издательству, а разработчики лишь получают свой небольшой процент от прибыли; все права у разработчиков, издательство – отдельная фирма, временно нанятая разработчиками; разработчики и издательство являются разными подразделениями одной большой корпорации.
Реклама
Прежде чем продать игру конечному пользователю, издателям для начала нужно сообщить о существовании этой игры. Конечно, игру могут купить, вообще ничего о ней не зная, просто выбрав в магазине наугад, но шанс, что таким образом выберут именно вашу игру, крайне низок. Намного выгоднее распространить информацию об игре по всем возможным каналам. Для этого используют либо рекламу в магазине компьютерных дисков, либо рекламу на интернет ресурсах.
Игровая индустрия не похожа на рынок обычных товаров, у неё есть свои особенности. Информация среди активной игровой аудитории разносится с молниеносной скоростью и охватывает всех вокруг. С такой особенностью самой эффективной рекламой игры является её высокое качество. Если ваша игра будет интересна и увлекательна, то о ней совершенно бесплатно напишут игровые журналы и информационные интернет порталы, игроки начнут обсуждать игру и разносить информацию всё дальше, а после прохождения первой игры они с нетерпением будут ждать дополнений и продолжений этого проекта. Таким образом, не потратив ни копейки на рекламу, но заслужив уважение у игроков, вы обеспечите успех и текущей игре, и всем последующим дополнениям.
Локализация
Выпустили игру на родном русском языке? Приготовьтесь к тому, что аудитория потенциальных игроков будет состоять всего из нескольких стран, а прибыль будет мизерной. Выпускать игру на английском языке гораздо выгоднее – её текст будет понимать большая часть игроков по всему свету, эти игроки будут гораздо более платежеспособными, а значит и прибыль будет на порядок больше.
В идеале, нужно выпускать игру сразу на нескольких самых популярных в мире языках (английском, немецком, французском, испанском, китайском, японском), но для этого нужно иметь целый штат переводчиков и локализаторов. Причём, желательно, чтобы переводчики были носителями языка. На свой родной язык они смогут перенести максимум смысла оригинального текста. Но простым одиноким разработчикам такая роскошь не грозит, да и большая часть крупных компании не спешат тратить деньги на это дело.
Значительно упростить процесс локализации поможет отделение художественного текста от технической части игры. Для этого нужно размещать тексты, субтитры и аудиофайлы озвучки в отдельных легкодоступных файлах стандартных типов. А в программном коде игры нужно оставлять лишь ссылки, чтобы текст подгружался в игру из этих файлов. Наиболее популярные игры переводятся игроками-энтузиастами самостоятельно, без какого бы то ни было участия разработчиков. Отделение художественного текста ещё на стадии разработки игры очень сильно поможет таким энтузиастам сделать своё доброе дело.
Система продажи
Игра готова, игроки в ожидании её релиза, осталось лишь решить, как доставить игру конечным пользователям, и взять с них деньги.
Классический способ (выпуск большого тиража компьютерных дисков, и продажа их через розничные магазины) всё ещё актуален, но подходит лишь для крупных компаний, и для игр, имеющих хоть какую-то начальную популярность.
Для небольших групп разработчиков идеально подходит распространение игры через системы цифровой дистрибьюции (крупные онлайн-магазины). Такой вариант обеспечивает новоиспеченную малоизвестную игру уже готовой аудиторией покупателей, которая сформировалась вокруг сервиса. Самый известный пример – сервис Steam. Благодаря огромной аудитории игроков, пользующихся Steam, почти каждая игра, вышедшая в этом онлайн магазине, сразу же приобретает мировую известность.
Или же можно легко создать свой собственный интернет-магазин с одним единственным товаром – созданной игрой. Но в таком случае придётся рекламировать не только игру, но еще и интернет-адрес магазина, и завоёвывать аудиторию самостоятельно.
10. Поддержка
Создание игры и её продажа – это ещё не конец жизненного цикла игрового проекта. Когда игра уже находится у конечных пользователей, игрокам ещё может понадобиться ваша помощь. У крупных компаний существуют даже целыеотделы технической поддержки, занимающиеся такими вопросами. Выпуск патчей
Предшествующий бета-тест устранил из игры самые очевидные ошибки, но это ещё не значит, что их совсем не осталось в игре. Очень часто бывает, что массовое использование игры вскрывает более мелкие и незаметные ошибки, которые не смогли обнаружить небольшие группы бета-тестеров. Это могут быть проблемы из-за несовместимости с малопопулярными марками оборудования, или ошибки из-за неестественного использования игровых возможностей. Фантазия некоторых игроков превосходит фантазию разработчиков, они могут предпринять в игре такие действия, о которых разработчики и подумать не могли.
Все это способствует тому, что часто приходится вносить исправления ошибок в уже готовую игру. Такие исправления называются патчами, и этот термин очень распространен в игровой индустрии. Мало кому удаётся сразу же выпускать идеальные игры, чаще всего игры доводятся до идеала уже после своего официального релиза.
Если за игру вы получили от игроков деньги за каждую проданную копию, то за выпуск патчей вы не получаете ровным счётом ничего. С рыночной точки зрения, выпуск патчей – убыточное и бесполезное действие, которое не обязательно выполнять. Но в реалиях игровой индустрии если вы не поддерживаете свой продукт до конца, то получаете дурную репутацию у игроков, и теряете возможную будущую прибыль. Несмотря на свою бесплатность, выпуск патчей — это очень полезное и нужное дело.
Выпуск дополнений
Интересная и увлекательная игра без серьезных изъянов и ошибок даёт вам зелёный свет для дальнейшей творческой деятельности. Игроки «на ура» приняли ваш игровой продукт? Значит к уже готовой игре можно готовить дополнение или полноценную вторую часть, а начатый сюжет можно развить дальше, превратить его в целую эпопею или даже в полноценную игровую вселенную.
Берём план разработки игры и начинаем создавать новое произведение искусства по тем же самым десяти этапам, но теперь уже во всеоружии накопленного опыта и приобретенных навыков.
intellect.ml
от концепта до релиза / Блог компании ВШБИ — Менеджмент игровых интернет-проектов / Хабр
Как создать свою игру? Сколько на этом можно заработать? Какая нужна команда? Каковы ключевые этапы разработки и что нужно делать команде на каждом этапе? Ответ на эти вопросы – в открытой лекции по разработке игр в рамках программы «Менеджмент игровых интернет-проектов», которую разместили наши партнеры — открытая система электронного образования Универсариум. Вот здесь можно посмотреть открытую лекцию:А под катом вы найдете краткое текстовое описание.
Лекцию веду я, Константин Сахнов, директор игрового департамента компании Rocket Jump, научный руководитель образовательных программ подготовки кадров для игровой индустрии Высшей школы бизнес-информатики НИУ ВШЭ.
Должен сразу оговориться, в этой статье я приведу только выжимку — список этапов, их цели и логику перехода к следующим. Полная лекция доступна на видео. Помимо подробного описания этапов там есть немного о размере игровой индустрии и расчёте окупаемости игровых проектов.
Большая часть лекции посвящена этапам создания игрового продукта, основным аспектам разработки, документирования, создания игрового контента и развития проекта после начала открытого тестирования. Рассмотрим подробнее эти этапы:
1. Концептирование (Concept)
На этом первом шаге команда придумывает концепцию игры, и проводит начальную проработку игрового дизайна. Главная цель данного этапа – это геймдизайнерская документация, включающая в себя Vision (развернутый документ, описывающий игру, как конечный бизнес-продукт) и Concept Document (начальную проработку всех аспектов игры).
В продуктовой документации геймдизайнер формулирует и сохраняет свои идеи. Исполнителю документация позволяет правильно понимать свои задачи по реализации продукта. Тестировщик четко видит, что и как тестировать. Для Продюсера/ПМа эта документация предоставляет материал для формирования планов и контроля выполнения задач. Инвестор же (особенно на ранних этапах) получает понимание, на что именно он выделяет средства.
Принципиально важно, чтобы вся проектная и продуктовая документация поддерживалась в актуальном состоянии на всех этапах развития проекта. Для её эффективного использования и обновления правильно использовать специальные инструменты. Например, использование Confluence для ведения геймдизайнерской документации сильно упрощает процесс параллельного внесения изменений несколькими участниками разработки, а также позволяет всем членам команды оперативно получать любую актуальную информацию, касающуюся продукта и всех его изменений.
Среди ключевых принципов формирования продуктовой документации стоит отметить: структурированность, защищенность от разночтений, полное описание продукта, регулярную актуализацию.
2. Прототипирование (Prototyping)
Важный этап проектирования любой игры – это создание прототипа. То, что хорошо выглядит «на бумаге», совершенно не обязательно будет интересно в реальности. Прототип реализуется для оценки основного игрового процесса, проверки различных гипотез, проведения тестов игровых механик, для проверки ключевых технических моментов.
Очень важно на этапе создания прототипа реализовывать только то, что нужно проверить и в сжатые сроки. Прототип должен быть простым в реализации, т.к. после достижения поставленных перед ним целей, он должен быть «выкинут». Серьёзная ошибка начинающих разработчиков – нести временную инфраструктуру и «костыли» реализации кода в основной проект.
3. Вертикальный срез (Vertical Slice)
Цель Вертикального среза – получить минимально возможную полноценную версию игры, включающую в себя полностью реализованный основной игровой процесс. При этом высокое качество проработки обязательно нужно воплотить только для тех игровых элементов, которые существенно влияют на восприятие продукта. При этом все базовые фичи игры присутствуют как минимум в черновом качестве. Реализован минимальный, но достаточный для воплощения полноценного игрового процесса набор контента (один уровень или одна локация).
4. Производство контента (Content production)
На этом этапе производится достаточное количество контента для первого запуска на внешнюю аудиторию. Реализуются все фичи, запланированные к закрытому бета-тестированию. Это наиболее продолжительный этап, который может занимать, для крупных клиентских проектов год и более.
На этом этапе задействуется наибольшее количество специалистов, которые занимаются производством всего основного наполнения игры. Художники создают все графические ресурсы, геймдизайнеры настраивают баланс и заполняют конфиги, программисты реализуют и полируют все фичи.
5. Friends & Family / CBT (закрытое бета-тестирование)
На этапе CBT продукт впервые демонстрируется достаточно широкой публике, хотя и лояльной продукту или компании. Среди наиболее важных задач на этом этапе выступают: поиск и исправление гейм-дизайнерских ошибок, проблем игровой логики и устранение критических багов. На этом этапе в игре присутствуют уже все ключевые фичи, создано достаточно контента для полноценной игры продолжительное время, настроены сбор и анализ статистики. Тестирование идет по тест-плану, проводятся стресс-тесты уже с привлечением реальных игроков.
6. Soft Launch / OBT (открытый бета-тест)
На этом этапе продолжается тестирование игры, но уже на широкой аудитории. Идет оптимизация под большие нагрузки. Игра должна быть готова для приема большого трафика. В игре реализован биллинг и принимаются платежи.
На этом этапе полностью завершается разработка новых фичей. Происходит feature freeze, программисты перестают реализовывать что-то новое, а полностью переключаются на отладку и тюнинг имеющихся фичей. Геймдизайнеры, продюсер и аналитики делают выводы из собранной на CBT статистики и проверяют эффективность монетизации.
При этом, к началу этапа должна полностью функционировать инфраструктура проекта: сайт, группы соц. сетях, каналы привлечения (User Acquisition), поддержка пользователей.
7. Release
Ключевая цель – это получение прибыли. Базовый применяемый для оценки прибыльности критерий: количество денег, принесенных в среднем одним игроком за все время (LTV aka lifetime value), должно превосходить расходы на привлечение этого игрока (CPI aka cost per install).
На этом этапе должно быть полностью отлажено оперирование продукта (техническая поддержка, работа с комьюнити), соблюдаются маркетинговые и финансовые планы, ведутся работы по улучшению финансовых показателей, активно отрабатываются каналы по привлечению трафика.
Команда разработки на этом этапе занимается исправлением технических багов, выявляемых в процессе эксплуатации и оптимизацией продукта. Геймдизайнеры занимаются тонкой настройкой геймплея под реальную ситуацию в игровом мире (особенно актуально для ММО проектов). Также реализует различные внутриигровые фичи, поддерживающие новые монетизационные схемы. И конечно идет разработка и интеграция в продукт нового контента, поддерживающего интерес игроков.
Итак, хотите знать больше? Тогда смотрите полную лекцию, ссылки на которую даны во введении к статье.
Кстати, 21го сентября планируется следующая открытая лекция в рамках нашей программы «Менеджмент игровых интернет-проектов», которая также будет являться аналогом «боевого занятия». На этот раз про монетизационные акции от директора программы Уточкина Вячеслава viacheslavnu. Посещение ее как всегда бесплатно, но обязательна предварительная регистрация в связи с ограниченным количеством мест и входом по списку. Регистрация и подробности про новую лекцию ТУТ.
Задавайте вопросы по теме лекций в комментариях, будем рады ответить.
habr.com
Разработка игр. С чего начать? | GeekBrains
Что должны учитывать будущие разработчики игр? С какого языка начать обучение? К чему стремиться? На кого равняться? И что необходимо сделать в первую очередь?
Что должны учитывать будущие разработчики игр? С какого языка начать обучение? К чему стремиться? На кого равняться? И что необходимо сделать в первую очередь?
Большинство любителей рок-музыки рано или поздно берут в руки гитару. Фанаты спорта страстно мечтают о выходе на футбольное поле, баскетбольную площадку или теннисный корт. Ну а те, кто совершил сотни угонов в GTA, провел десятки часов в компьютерных клубах за Counter-Strike или достиг немалых успехов в MMORPG, наверняка задумываются о карьере разработчика игр.
Проблема в том, что данному направлению обучают в считанных учебных заведениях. Посему большинство разработчиков игр – самоучки, некогда сами составившие учебную программу. Но какие нюансы они учитывали? С чего начинали и к чему стремились? Какой язык учили в первую очередь? На эти и другие актуальные вопросы мы и постарались ответить.
К чему стремиться?
Перед походом в магазин вы составляете список покупок (хотя бы в голове). Перед поездкой в другой конец города – прокладываете маршрут. Ну а перед тем, как обучаться разработке игр, целесообразно задаться вопросом: чем именно вы хотите заниматься? Создавать мобильные приложения или браузерные игры? Трудиться в крупной компании или маленькой? Профессионально заниматься разработкой игр или посвящать этому свободное от работы время? И если первое, то что интересует вас больше: создание интерфейса, отшлифовка геймплея или написание скриптов?
Правильная постановка цели поможет сэкономить уйму времени и сил. Кроме того, позволит достичь конечного пункта кратчайшим путем. Без риска сойти с дороги или угодить в болото.
Какой язык учить?
Кроме того, от цели зависит и ответ на животрепещущий вопрос: с какого языка программирования стоит начинать?
Так, будущим разработчикам игр вроде Minecraft и мобильных приложений под Android стоит обратить пристальное внимание на Java. Для начала советуем пройти интенсив «Основы Java-программирования», тем более, что это бесплатно. Тем, кто заглядывается в сторону iOS – на Objective-C. Для браузерных игр порой хватает знания Ruby-On-Rails. Для совсем маленьких и простых временами достаточно HTML. В производстве Flash-игр используется ActionScript, а для написания скриптов любой сложности вам понадобится JavaScript или, возможно, не столь распространенная Lua. Для создания же небольших консольных игр требуется знание C#.
Что до наиболее крупнобюджетных игр (так называемого класса AAA), то большинство из них оснащены своим или заимствованным у коллег «движком». Нередко, впрочем, весь «движок» или его большая часть написана на C++. Именно этот язык использовался при создании множества известных «игрушек» – от Doom 3 и Call Of Duty до FIFA и The Sims. В то время как классика вроде Quake была написана на C.
Впрочем, в освоении C++ есть и загвоздка – чрезмерная сложность. Недаром ведь говорят, что браться за C++, не зная других языков, – все равно, что начинать изучение математики с линейных уравнений.
Достаточно ли одного языка?
Одна из прелестей программирования – возможность постоянного саморазвития. В разработке же игр (особенно крупных) самосовершенствование, в том числе изучение как можно большего количества языков, – не прихоть, а жизненная необходимость. Так, опытные разработчики, трудящиеся на благо гигантов игровой индустрии, нередко сталкиваются с необходимостью поочередно писать на 7-8 языках. При этом, помимо вышеуказанных языков, им приходится изучать, к примеру, Python либо и вовсе SQL (как вы понимаете, для создания баз данных).
Поэтому, если вы решили связать судьбу с производством крупных игр, будьте готовы стать «полиглотом». Кроме того, чем больше языков вы освоите, тем более интересные и разнообразные задачи перед вами поставят. Ну и, конечно, шансы на получение работы мечты заметно возрастут.
С ЧЕГО НАЧАТЬ?
Перед тем, как совершить кругосветное путешествие, нужно научиться ходить. Ну а перед серьезным игровым проектом необходимо попробовать силы в чем-то менее значимом.
Практически все опытные разработчики вне зависимости от регалий и таланта начинали с небольших приложений: настольных игр, вариаций известных «игрушек», простеньких «флэшек». Тогда они не думали о крупных выставках вроде E3, а накапливали бесценный опыт. Почему бы не последовать их примеру? При этом не обязательно писать архисложный код. Для дебюта достаточно использования специальных программ для создания игр (к примеру, Game Maker). Ведь даже благодаря несложному инструментарию вы значительно облегчите себе жизнь. Во-первых, в миниатюре поймете логику и структуру практически любого игрового приложения. Во-вторых, набьете шишки, которые заживут во время перехода к серьезным проектам. Наконец, в-третьих, обогатите портфолио. Ведь даже простая «игрушка» требует массу времени, терпения и творчества для выдумки концепции, написании кода и устранения багов. Кроме того, показывает, что с производством игр вы знакомы не только в сухой теории.
Что брать за ориентир?
Тот, кто мечтает стать писателем, прочитает сотни книг перед тем, как напишет хотя бы одно слово. Мастера игры на фортепиано на зубок знают лучшие произведения Штрауса, Шопена и Бетховена. Известные же художники перед крупными выставками наизусть заучивали историю искусств.
В разработке игр действует тот же принцип. Вы не сможете развиваться в вакууме. Поэтому играйте, вдохновляйтесь мастерами и, как губка, впитываете лучшее. При этом старайтесь смотреть на приложения не глазами «геймера», а взором разработчика. Иными словами: транспонируйте игру. Задумайтесь, почему в данный момент времени «бот» побежал налево, а не назад? Из-за каких факторов меняется сила и точность удара в спортивном симуляторе? Как создать «эффект усталости» при долгом беге персонажа? Как сделать так, чтобы во время дождя игрок слышал звук капель, а не свиной визг? В общем, проникайте в суть. Постарайтесь воссоздать в голове алгоритмы, с которыми сталкиваетесь во время игры. Поверьте, подобный конструктивный подход поможет вам в будущей нелегкой, но чертовски увлекательной карьере разработчика игр.
Автор: Александр Мороз
geekbrains.ru
Как создают игры на компьютер? Программы для игр на компьютер
Индустрия компьютерных игр — один из самых динамично развивающихся сегментов IT-сферы. Насколько сложно научиться создавать игры или хотя бы отдельные их элементы? Может ли пользователь справляться с подобными задачами в одиночку? Как создают игры на компьютер профессионалы?
Что нужно, чтобы начать создавать игры?
Прежде всего необходима вовлеченность в индустрию в качестве игрока. Без знаний устройства игр изнутри и психологии геймеров, наблюдений за тем, как работает компьютерная графика в режиме реального пользования, а не в теории, успеха в выпуске собственных игр достичь очень тяжело. Если игра создается с прицелом на коммерческие продажи (или хотя бы с целью раскрутки персонального бренда ее разработчика), то она должна быть конкурентоспособной, отражать актуальные запросы игрового сообщества. Выпустить продукт, не угадав с «трендом» — значит потратить время впустую. Поэтому важно быть не просто геймером-любителем, но также и изучать рынок, иметь возможность ставить новые игры на компьютер, тестировать их. А это значит, что разработчику понадобится также и очень мощный ПК. И здесь мы переходим ко второму основному условию успеха в сфере гейм-индустрии. Речь идет об аппаратных компонентах — «железе».
Известно, что самые мощные компьютеры (из числа ПК, разумеется, речь не идет о промышленных ЭВМ) — игровые. Они включают в себя аппаратные компоненты (процессор, видеокарту, память, чипсет), намного более технологичные, чем ПК для офисных и домашних нужд. Внешне, безусловно, компьютеры различных классов могут почти не различаться, но с точки зрения электронной «начинки» разница существенна. Игровой ПК может стоить в 5-10 раз дороже, чем офисный или домашний. Не исключено, что даже какой-то отдельный его компонент (к примеру, тот же процессор) будет иметь цену выше, чем весь готовый ПК для офиса. Мощное «железо» понадобится, кстати, не только для тестирования геймерских продуктов. Высокопроизводительных компонентов требуют также и специализированные программы для игр на компьютер. Те, при помощи которых будут создаваться шедевры индустрии.
Третий компонент успеха в выпуске классных игр — это, как говорят специалисты «геймерского цеха», — особый вид мышления. Оно должно сочетать в себе два, казалось бы, совершенно разных начала: логику и творчество. Первое нужно для того, чтобы хорошо ориентироваться в построении скриптов, сценариев и различного рода зависимостей, заложенных в концепцию продукта, определиться с тем, как написать игру в структуре, которую поймут и примут будущие пользователи. Второе — для придания своему продукту уникальных признаков, отличающих его от похожих или конкурирующих решений.
Методы создания игр
Как создают игры на компьютер? Эксперты выделяют три основных способа разработки геймерских продуктов: использование конструкторов, задействование игровых движков, а также написание с нуля. Первый — самый простой, третий — наисложнейший. Поэтому, если мы — новички в области создания игр, то нам имеет смысл обратить внимание именно на возможность пользования конструкторами. Однако полезно будет рассмотреть особенности каждого из инструментов.
Конструкторы игр
Конструктор — это набор шаблонов, которые имеют запрограммированную модель поведения. Ближайшая аналогия, которую можно привести, объясняя то, как при помощи такого решения создать игру — «лего»-детали. Подобно тому, как дети конструируют, читая руководство или же импровизируя, домики, машинки и прочие интересные шедевры из пластмассы.
Пользователь обладает относительно большой свободой в управлении шаблонами, задании сценариев их работы. Маловероятно, конечно, что при помощи конструктора даже опытному разработчику игр удастся изготовить продукт, который произведет сенсацию на мировом рынке. Такие программы носят, скорее, обучающий характер, позволяющий начинающим энтузиастам геймерской индустрии понять, как создают игры на компьютер. Однако даже такого рода задача, возложенная на конструкторы, важна с точки зрения развития индустрии.
Игровые движки
Создание игр при помощи движков — процесс, в рамках которого пользователь получает в распоряжение несоизмеримо более широкий, чем в случае с конструкторами, набор инструментов. Вполне реально говорить о том, что посредством интерфейсов, поставляемых производителями таких решений, можно создавать конкурентоспособные даже на мировом уровне решения — аркады, 3D-экшны, игры-симуляторы. На компьютер движки ставятся без проблем и почти всегда сопровождаются удобным интерфейсом пользования ими. Как правило, также и качественной справочной и обучающей системами.
Что такое движок? Это, по сути дела, всего лишь набор команд (хотя и очень сложный, состоящий из сотен тысяч алгоритмов), позволяющих запускать отдельные игровые процессы. Количество шаблонов, подобных тем, что имеются в конструкторах, как правило, сведено к минимуму. А те, что есть, очень легко поддаются видоизменению или же замене на те, что разработает сам пользователь. Задействование движков требует, конечно же, большей квалификации, чем работа с конструкторами. Если речь идет о создании серьезной игры, то пользователю, скорее всего, придется привлекать в помощь еще кого-то (структуру типичной команды разработчиков мы рассмотрим далее). Но однажды освоившись в интерфейсах движка, впоследствии человек сможет адаптировать имеющиеся знания и навыки к созданию практически любых игровых продуктов.
Игра с нуля
В том случае, если пользователь перерос возможности игровых движков, не говоря о конструкторах, выучил несколько языков программирования, изучил в деталях принципы создания 3D-графики, то ему самое время осваивать самый сложный инструмент создания игр — написание геймерского шедевра с нуля. Этапы выпуска нового продукта, скорее всего, будут включать разработку собственного движка — редко какая игра без него обходится, тем более претендующая на признание в сообществе.
Стоит, однако, отметить, что в одиночку справиться с выпуском продукта с нуля очень тяжело (хотя история геймерской индустрии знает такие прецеденты). Но пройти какие-то этапы разработки игры (такие как, например, создание персонажей, прорисовка графических элементов) с тем, чтобы затем подключить других людей, собрав команду, вполне реально и одному пользователю.
Профессиональные разработчики
Если вести речь о разработке игр как отдельном сегменте рынка, то главную роль здесь играют профессиональные студии, обладающие финансовыми и кадровыми ресурсами для выпуска конкурентоспособных в коммерческом отношении продуктов.
Создание игр топ-уровня стоит сотни тысяч, а то и миллионы долларов, а к их выпуску приобщаются десятки специалистов различного профиля. Есть, безусловно, маленькие и средние компании-разработчики, чьи бюджеты на выпуск геймерских продуктов может укладываться в сумму 8-10 тыс. «зеленых», но это очень специфический сегмент.
Структура профессиональной игровой студии
Продолжая разговор о профессиональной игровой индустрии, полезно будет изучить структуру среднестатистической фирмы-разработчика. Кто должен работать в компании, претендующей на создание мирового геймерского бестселлера? Как создают игры на компьютер те люди, кто занимается этим на профессиональной основе?
В команду разработчиков обязательно должны входить дизайнеры и художники. Без их таланта компьютерная графика не впечатлит пользователей. Графика — это, по признанию многих экспертов, ключевой фактор успешности игры. В некоторых случаях должности этого типа делятся по функциям. Например, в команде создателей игр могут быть отдельно 2-D, 3D-дизайнеры, а также так называемые концепт-художники, которые предлагают своим коллегам и руководству фирмы на утверждение эскизы будущих элементов графики.
Следующая группа специалистов — это «моделеры». Они, под стать именованию своей должности, создают прообразы персонажей игры, а также окружающих их артефактов, техники, зданий, «моделируют» будущий виртуальный мир. В ряде случаев специалистам этой категории помогают аниматоры (в тех случаях, когда предстоит моделировать особо сложные движения персонажей).
В большинстве случаев к созданию игр привлекаются собственно программисты. Это происходит чаще всего тогда, когда компания-разработчик использует свой собственный движок, но нужно периодически согласовывать прописанные в нем скрипты с особенностями игровой анимации, заложенной художниками. Если же движок поставляется сторонним разработчиком, то, как правило, изменений в программном коде делать не требуется.
Серьезный геймерский продукт не сделать без арт-директора. Этот человек призван консолидировать усилия художников и дизайнеров в рамках единой концепции. Он, к тому же, будет ответственен за эффективность работы, организацию процессов так, чтобы игра была выпущена в срок.
Создаем игры сами: обзор программ
Как создать игру, имея лишь общие познания касательно работы программ для разработки геймерских продуктов? Существует очень много инструментов, позволяющих даже любителю создать свою собственную игру. Приведем примеры из числа решений тех типов, о которых мы говорили выше.
Game Maker
Эта программа дает возможность создать игру даже тем пользователям, которые не владеют языками программирования. Речь, правда, не идет о разработке трехмерных шедевров. Программа позволяет создавать только 2D-игры, но в широком многообразии жанров. Можно делать очень простые игры на компьютер: «стрелялки», «бродилки». Меню, доступное пользователю, содержит большое количество готовых шаблонов. Все, что, по сути, остается сделать — так это придумать свой сценарий игры.
Программа содержит достаточно подробные инструкции, хорошего качества справочную систему. Освоив возможности Game Maker на базовом уровне, пользователь может перейти к изучению встроенного языка этой программы — Game Maker Language. Используя его возможности, можно выйти за пределы заложенных в ПО шаблонов и создавать игры практически с нуля.
Construct-2
Продукт Construct-2 признается экспертами одним из самых функциональных в классе решений для создания игр пользователями, не владеющими языками программирования. Огромный плюс этого решения в том, что с его помощью можно выпускать игры под большинство используемых сегодня платформ — Windows, iOS, Android, создавать их на языке HTML5 и приложения для Facebook (поняв, как делать программы для запуска в этой социальной сети, пользователь научится тому, как в «ВК» создать игру, показать ее друзьям). Пользователи Construct-2 отмечают простоту и понятность ее интерфейса. Работать можно в основном по шаблонам, но их очень много, а потому найдется практически любой, что впишется в сценарий, придуманный пользователем. Приятный аспект — с помощью Conustruct-2 можно создать свою игру бесплатно.
Unity 3D
Две вышеперечисленные программы предназначены для создания игр в 2D-режиме. Unity позволяет работать, используя возможности 3D-графики. Возможностей, которые дает программа — огромное количество. Так же как и в случае с Construct 2, есть мультиплатформенность (присутствует даже поддержка консолей — Xbox, PlayStation, Wii).
В составе программы — один из лучших в мире, по признанию экспертов, игровых движков (называется он так же — Unity). Поэтому это решение, без всякого преувеличения, позволяет создавать геймерские шедевры мирового уровня (если, конечно, нам удастся собрать команду, сопоставимую по кадрам хотя бы со среднестатистической студией разработки). Можно будет выпускать очень серьезные игры на компьютер. Стрелялки — однозначно, стратегии — также вполне реально, гонки, симуляторы — легко.
fb.ru
Как создаются компьютерные игры: коротко о главном
Жесткая критика сразу после релиза – такова судьба многих современных видеоигр. Будь то небольшие, но увлекательные онлайн-приложения или глобальные проекты, бюджет которых составляет ни один миллион долларов, все они вызывают недовольство той или иной категории пользователей. Вот только большая часть критики сегодня, к сожалению, не объективна. Далекие от основ создания компьютерных игр люди ругают то, что даже теоретически нельзя преподнести иначе, чем это сделали разработчики. Исправить эту несправедливость мы и постараемся сегодня. Итак, начнем.Сформируем концепцию
Первый шаг в создании любой игры – это определение ее концепции. Чему будет посвящен проект? К какому жанру и теме он будет относиться? На какую аудиторию должен быть ориентирован? Ответив на эти вопросы, вы сможете задать направление развития своему творению, понять, каких целей хотите и сможете (при наличии должного старания) достичь. Так, ориентация на бои или соревнования гарантирует повышенный интерес у геймеров, на обучение или логику – отсутствие серьезных конкурентов. Выбор в пользу мира фэнтези или постапокалипсиса поспособствует комфорту и быстрой адаптации игроков (т.к. эти вселенные для них привычны), комиксов или аниме – более узкую (но и более преданную) аудиторию, которая не убежит при выходе схожего проекта.
Определимся с возможностями
Следующий шаг в создании игрового шедевра – осознание собственных возможностей. Как правило, на этом этапе разработчики определяются с максимально допустимым бюджетом проекта, выбирают движок, на котором будет вестись разработка, или подбирают наиболее подходящий язык программирования, а также производится оценка имеющихся в распоряжении ресурсов (как технических, так и человеческих). Определиться со всеми этими нюансами необходимо заранее. В противном случае вы можете столкнуться с ситуацией, когда после разработки, например, эффектного супер-удара с оригинальной подводкой из целой цепочки квестов, окажется, что реализовать эту гениальную идею в рамках данного проекта возможности нет.
Разнообразие движков и платформ — есть над чем задуматьсяПросчитаем механику
Внутриигровая механика – одна из наиболее важных составляющих любого проекта. Тогда как графическая составляющая призвана привлечь внимание игроков, заинтересовать в новом проекте, задача геймплея — навечно оставить след в их сердцах. Яркий пример тому Stardew Valley – симулятор фермы с пиксельной графикой, который с первых дней релиза возглавил топы продаж в Steam’е. Необходимо понимать, что внимание стоит уделять даже мелочам. Например, если в игре имеется классовое деление, явный перекос в пользу одной или нескольких фракций недопустим, а чем больше возможностей предоставит проект игроку (квестов, прокачки, головоломок и т.п), тем дольше тот не захочет покидать игровой мир. Причем в проработке нуждается не только сам персонаж, но и все окружающие его объекты, как то: NPC и враги (искусственный интеллект), декорации и предметы (физический движок), уровни и все остальное.
Придумаем сюжет
Если раньше разработка онлайн и оффлайн-проектов была приблизительно схожа, то сейчас на данном этапе появляется первое кардинальное различие. Продумывая сюжет игры, необходимо четко осознавать ее временные рамки. Тогда как прохождение ориентированных на одного игрока проектов редко занимает больше 1-2 месяцев, многопользовательские онлайн-игры, как правило, не имеют конца. Поэтому и сюжет здесь не должен иметь логического завершения, а подаваться с открытым финалом, который еженедельно/ежемесячно можно оттягивать, добавляя новые квесты, предметы, умения. В однопользовательских играх финал прорабатывается чуть ли не с первых дней работы над сюжетом. При этом он не должен оставлять открытых вопросов (если, конечно, вы не планируете выпустить продолжение игры) и каких-то недомолвок, хотя и может быть альтернативным (как в Silent Hill 2).
Создадим оформление
Продумав все нюансы каркаса проекта, можно переходить к его графической составляющей (интерфейсу, звуковому сопровождению, фонам, артам, спецэффектам, анимациям и т.п). Особое внимание здесь следует уделить направленности игры. Если предполагается, что обновления для нее будут выходить достаточно часто (например, раз в неделю), нет смысла создавать арты с детальной проработкой и анимации, насчитывающие несколько десятков (а то и сотен) движений. Чем проще будут оформлены персонажи, тем меньше косяков вы получите при их внедрении и меньше сил потратите на регулярные релизы. В случае редко обновляемых либо оффлайн-проектов, как правило, все наоборот. Чем более проработанным будет виртуальный мир и эффектными движения/умения игрока, тем больше у игры шансов привлечь внимание широкой аудитории.
Поймем, что работа только начинается
Не стоит думать, что работа над игрой завершается после ее предрелиза. Напротив, с этого момента разработчик обзаводится дополнительными обязанностями. Он должен протестировать свой продукт, обнаружить и искоренить в нем баги, достойным образом прорекламировать свое творение и создать определенный образ в сознании игроков, начать разрабатывать возможные дополнения, DLC и локализации, продумать систему продаж и поддержки игроков.Как видите, работа по созданию игры требует огромных усилий. Поэтому прежде чем ругать очередной релиз задумайтесь, действительно ли он так плох, или вы сами наделили его нереализуемыми чертами.
www.techcult.ru
программы, особенности создания и рекомендации
Наверняка каждый геймер хотя бы раз в жизни задумывался о создании собственного игрового проекта. Мало того, многие даже начинают совершать различные телодвижения в этой области. Но как правило, спустя неделю-две юный геймдев, столкнувшись с определенными проблемами, наподобие элементарного отсутствия знаний, забывает о своей мечте и садится за прохождение очередного шутера. В чем же дело? Неужели программирование игр — это настолько трудоемкий и непостижимый для обычных смертных процесс? Ответ на этот вопрос вы сможете найти в данной статье.
Разработка игр
С уверенностью можно сказать, что программирование игр — одна из сложнейших задач в сфере ИТ. Дело в том, что для создания хорошего проекта необходимо обладать довольно обширным объемом знаний. К примеру, нужно знать несколько языков программирования, уметь писать простой и понятный код, в котором нет ничего лишнего, и т.д. Именно по этой причине разработкой игр занимаются крупные геймдев-команды, которые состоят из сотни специалистов в различных областях.
Конечно, имеются и исключения из правила. К примеру, небезызвестный программист Маркус «Нотч» Перссон в одиночку создал «Майнкрафт» — игру, которая является одним из самых прибыльных проектов за последние 10 лет. Но для того, чтобы разработать что-то подобное, нужно быть настоящим асом своего дела и иметь за плечами огромный опыт.
Создание игр. Программирование
Начать создавать шедевры компьютерного мира теоретически может каждый. Но как можно понять, программирование игр — это очень сложно. Однако стать геймдевом может практически любой. Самое главное условие — много свободного времени и просто титаническая усидчивость. Допустим, у нас это имеется. Что же делать дальше?
В первую очередь нужно освоить хотя бы несколько самых популярных языков программирования. Без этого создать качественную игру вряд ли получится. Почему же несколько языков? Неужели одного недостаточно? Дело в том, что каждый programming language имеет свою четкую область применения. Ниже мы рассмотрим самые востребованные языки и их применение при программировании игр.
Языки
Пожалуй, наиболее универсальным языком в плане программирования игр является C++. Большинство современных игр и движков для них пишутся именно на нем. В чем же особенность данного языка? Пожалуй, одно из главных достоинств C++ заключается в огромном количестве всеобъемлющих библиотек. Благодаря этому посредством данного языка можно написать все что угодно: от маленькой инди игрушки до крупного проекта ААА класса.
Но к сожалению, C++ очень сложен в освоении. Новичок вряд ли сможет разобраться в этих дебрях. Именно по этой причине лучше начать свое знакомство с миром программирования с чего-нибудь попроще.
Python — это, пожалуй, лучший выбор для начинающего геймдева. Во-первых, синтаксис языка довольно прост. Для того чтобы начать программировать на Пайтоне, достаточно прочитать туториал и обладать нативным уровнем английского. Во-вторых, возможности данного языка программирования достаточно широки. Конечно, Пайтону не угнаться за C++ в плане функциональности. Тем не менее посредством Python можно создать вполне достойный софт (в том числе и игру). К примеру, на Пайтоне написаны такие игры, как «Батлфилд» (2005), «Цивилизация 4», «Симс 4» и много других проектов, которые стали настоящими хитами.
Java — еще один претендент, который определенно достоин внимания. Пожалуй, главное достоинство данного языка — полная кроссплатформенность. Это означает, что софт, написаный посредством «Ява», поддерживается всеми операционными системами («Виндовс», «Линукс», «Андроид» и т.д.). Это позволяет быстро переделать игру под любую платформу. Помимо этого, Java дает программисту массу возможностей. За примерами далеко ходить не нужно. Вышеупомянутый «Майнкрафт» был написан именно на «Яве».
Создание игр без программирования
Однако что делать, если нет времени на изучение языков, но свою игру написать все-таки хочется? Тут на помощь приходят так называемые игровые конструкторы. Что это такое? Ответ на вопрос вы сможете найти ниже.
Конструктор игр — это специальная программа, которая объединяет в себе интегрированную среду разработки и движок. Проще говоря, это софт, с помощью которого можно делать свои игры без программирования. Если вы только начали свой путь геймдева, то конструкторы игр — как раз то, что вам нужно. С их помощью вы сможете понять, как происходит процесс разработки, на что стоит обратить свое внимание, и подметить для себя прочие важные аспекты.
Тем не менее подобные программы имеют и недостатки. Конструкторы игр обладают довольно скудным функционалом. Подобные программы накладывают на пользователя ограничения в плане жанра, графики, механики и т.д. Именно по этой причине создать достойный внимания проект с помощью конструктора вряд ли получится.
Программы для создания игр
Как можно было понять, конструкторы не предназначены для создания крупных проектов. Подобные программы необходимы для того, чтобы дать юному геймдеву первый опыт в плане разработки игр. В этой части статьи мы рассмотрим самые популярные программы для программирования игр, которые помогут новичкам сделать первые шаги в геймдев-среде.
Пожалуй, сама известная программа для разработки игр — Game Maker. Она предназначена для создания двухмерных проектов. Делать игры можно без навыков программирования. Вместо строчек кода пользователю предоставляют набор готовых действий. Все, что нужно сделать — создать объекты и определить правила взаимодействия между ними. Также стоит подметить, что рисовать спрайты можно прямо в Game Maker без использования посторонних программ. Поэтому софт является вполне самодостаточным. Мало того, Гейм Мейкер не обидит и продвинутых юзеров, которые обладают навыками программирования. Ведь в программе есть возможность добавлять свой исходный код. Посредством Game Maker можно создавать игры с видом сверху (РПГ, тактический шутер и т.д.) и сбоку (платформер).
Construct 2 — это еще один конструктор для разработки 2D-игр. Пожалуй, главная особенность данной программы — мультиплатформенность. Посредством «Конструкта» можно создавать игры для iOS, Android, Windows, Web и т.д. В плане функциональности Construct 2 ничем не уступает тому же «Гейм Мейкеру».
Вывод
Программирование игр — очень трудоемкий процесс, который длится месяцами, а то и годами. Поэтому если вы хотите стать профессиональным геймдевом, то необходимо развивать в себе такие качества, как терпение и сила воли.
fb.ru
Оставить комментарий