Путь в индустрию игровых разработок не близок. Эта статья призвана помочь понять с чего лучше начать это путешествие.
Вы только что закончили ваш первый курс по С++ и хотите начать делать игры. Кто-то указал вам на этот сайт и вы, возможно, поэкспериментировали немного с руководством . Вы изучили несколько лаконичных примеров, но не нашли руководства о том, как сделать целую игру. И на то есть причина.
Руководства хороши для обучения чему-то шаг за шагом, например тому, как перемещать изображение точки по экрану. Для того чтобы собрать игру воедино, вам нужны навыки решения возникающих проблем, приобретаемые лишь с опытом. Это не то, чему можно научиться из руководств. Лучший способ научиться делать игры - это начать их делать.
Выбор проекта
Итак, с чем же начать? Проще ответить с чего начинать не стоит, а именно с больших проектов, типа полноценной 3D FPS, MMO или даже длинного платформера 16-битной эпохи. Самая распространенная ошибка начинающих разработчиков это начать с большого проекта основанного на Крутой Идее или взять проект, который кажется простым, и закончить с полузаконченной кучей спагетти-кода. Поначалу следует создавать небольшие проекты.В ранних проектах ваша основная цель учеба, а не реализация Крутых Идей. Поддерживая проект небольшим, вы можете сфокусироваться на изучении новых техник, а не тратить кучу времени на управление кодом и рефакторинг. Несмотря на то, что ваша Крутая Идея может быть офигительно офигенной, реальность индустрии разработки такова, что чем больше проект, тем больше вероятность совершить ошибку в архитектуре. И чем больше проект, тем дороже обходится эта ошибка. Помните историю Дедала и его сына Икара? Дедал создал крылья из воска и перьев для своего сына. Он предупредил Икара не подлетать на них слишком близко к солнцу. Но Икар проигнорировал предупреждение и крылья расплавились, и тогда-то гравитация и настигла его.
Поэтому помните: не подлетайте слишком близко к солнцу на ваших новых программистких крыльях.
Принимая во внимание все выше написанное, вот пара советов с чего начать.
Графика и обработка событий
Если вы никогда не программировали ничего связанного с графикой или GUI, вам следует начать с чего то маленького, чтобы «обмочить ноги». Моим первым проектом были крестики-нолики, так что даже у меня было скромное начало. Пара идей для первого проекта:
Цель вашего первого проекта перейти от консольной разработки к разработки событийных графических приложений. Он так же научит вас фундаментальным основам игровой логики и архитектуры. Я рекомендую что-нибудь пошаговое, потому что игры с движением это совсем другой зверь.
Старайтесь сохранять проект простым, чтобы вы могли его завершить и не потерять интерес на полпути, так никогда и не закончив игру. Важно довести игру до конца, потому что вы не учитесь процессу разработки, если у вас несколько недоделанных игр на жестком диске.
Есть один момент, на который я хочу указать тем, кто будет делать крестики-нолики или четыре в ряд. Не стоит сейчас сильно беспокоиться об искусственном интеллекте. Сделать игру только для двух игроков или для игры с компьютером, который делает случайные ходы вполне достаточно для начала.
Если до этого вы имели дело с графикой и обработкой событий и чувствуете себя комфортно в этой области, можете приступить прямиком к следующему шагу.
Синхронизация, движение, столкновения, анимация
Теперь, когда вы наигрались с графикой, пора заняться чем-нибудь в реальном времени. Вот пару предложений:
Здесь вы познакомитесь с движением, временем, анимацией, обнаружением столкновений, игровым циклом, вычислениями очков, побед и поражений и другими важными базовыми концепциями используемыми в каждой игре.
Duck Hunt и Pong - хорошие проекты для тех, кто уже имеет опыт в программировании графики и событий. В них есть простое обнаружение столкновений и все важные основы игр в реальном времени.
Space Invaders и Galaga - хороший выбор для второго/третьего проекта. В них есть уровни, поэтому вам нужно будет узнать как передвигаться от уровня к уровню, при помощи конечного автомата. Вы можете прочитать про конечные автоматы . Игры в стиле «перестреляй их всех» так же требуют создать простые шаблоны поведения для врагов, что является шагом в сторону искусственного интеллекта.
Тетрис хорош для второго/третьего проекта. В нем совсем немного логики нужной для создания игры-головоломки. Это игра приличного размера, так что вам придется научиться разделять вашу программу на несколько исходных файлов, о чем вы можете больше прочитать . Не недооценивайте Тетрис. Я недооценил и только посмотрите на это жуткое месиво в коде Lazy Blocks.
Переинженеринг
Типичная ошибка новичка это попытка сделать Самую Лучшую Игру Всех Времен, заканчивающаяся переинженерингом. То есть когда он пытается написать самую лучшую игру/движок и это все заканчивается тем, что используется только маленькая часть того что было понаписано.Когда я был начинающим я переинженерил AI для крестиков-ноликов. Я хотел сделать игру с непобедимым AI. Мне удалось достигнуть этого, запрограммировав компьютер на знание всех возможных ловушек. Звучит круто не правда ли? Это заняло почти 40 000 тысяч строк в основном скопированного кода и месяц моего свободного времени.
Позже я выучил структуры данных и узнал про алгоритм Минимакс, который при меньшем размере кода не только делал нужное, но еще и делал это лучше.
Так что учитесь на моих ошибках и не будьте излишне амбициозны. Концентрируйтесь на обучении тому как делать игры, а не просто делайте их.
Планирование, анализ столкновений, физика, уровни, искусственный интеллект
Теперь, когда у вас за плечами две или три маленьких игры, пришло время сделать первый крупный проект.
До сих пор, вы, вероятно, программировали как придется. Это закончится на этом этапе. В реальном мире большинство процессов разработки завершается до того, как будет написана первая строчка кода. Ничто не может быть хуже, чем осознание того, что для того чтобы добавить в вашу игру то, что вы хотите, вам придется выкинуть весь написанный код, потому что вы не спланировали все заранее. Теперь, когда у вас есть опыт создания игр, вы знаете из чего состоит процесс разработки. Теперь вы можете планировать игры, перед тем как начинать их делать.
Теперь про вашу следующую игру. Break Out и Puzzle Bobble хороши для третьего проекта, потому что они включают в себя продвинутое распознавание столкновений и физику. Физика важна, поскольку дает игре реалистичное ощущение. Даже в Super Mario Brothers есть ощущение гравитации и инерции. Бильярд отличный проект для тех, кто хочет напрячь извилины физикой.
В играх типа бильярда вам нужно не только обнаруживать столкновения, но и обрабатывать их в определенном порядке. Обработка столкновений разительно отличается от их обнаружения. Хотя создание бильярда или 2D платформера может показаться простым делом, анализ столкновений в правильном порядке - запутанный процесс, и не должен быть недооценен.
Break out и Puzzle Bobble так же включают дизайн уровней и требуют загрузки и освобождения их ресурсов. Хорошим опытом будет создание редактора уровней для игры. Редакторы позволяют вам легко создавать уровни и не вынуждают впаивать их в приложение. У меня есть про создание редактора уровней.
Так же вы возможно хотите попрактиковаться в написании искусственного интеллекта (AI). Один из вариантов - вернуться к крестикам-ноликам или четырем в ряд и написать непобедимый AI. Теперь вы уже должны знать структуры данных и сможете использовать знания о деревьях для использования алгоритма Минимакс. С этим алгоритмом вы можете просчитать все возможные исходы крестиков-ноликов и создать непобедимый AI. Забавно расстраивать им своих друзей. Так же вы возможно захотите сделать разные уровни сложности. Игра не приносит радости, если в нее нельзя выиграть.
Pac Man - отличный способ попрактиковаться в написании AI. Нужно будет знать структуры деревьев/графов и алгоритмы поиска, типа A*, для того чтобы призраки могли пройти через лабиринт. Так же нужно будет сделать чтобы призраки работали в команде. Все это пригодится когда вы будете делать игры со сложным AI, типа стратегий в реальном времени. Об основах AI можно прочитать .
Платформеры, Action/Adventure, RPG, RTS, движки
Теперь, когда вы получили опыт создания хорошо спланированной игры, вы готовы к созданию Action/Adventure/Платформера. Это будет кульминация графики, движения, анимации, анализа/обнаружения столкновений, физики, AI, программной архитектуры и всего остального, что вы изучите к этому моменту. Тем кто более амбициозен, можно предложить сделать стратегию в реальном времени(RTS) или ролевую игру(RPG). Будьте осторожны, потому что RPG и RTS действительно огромные проекты.
RPG имеют сложную архитектуру и требуют много планирования. Вам нужно будет спланировать каждое оружие, броню, аксессуар, атаку, предмет, заклинание, призыв, врага, карту, босса, подземелье и т.д. до мельчайших подробностей. Это все должно работать слаженно, и, мягко говоря, это не самая простая задача. Так что если ваш дизайн-проект выглядит как сценарий или комикс, вам потребуется сделать еще много работы.
RTS также сложны архитектурно, а так же требуют много AI. Вам нужно будет делать поиск пути для юнитов, получение ими команд, разное поведение в зависимости от полученных команд. Если вы никогда до этого не делали AI, будет лучше начать с клона Pac Man"а для начала.
Вероятно вам впервые придется делать движок для вашей игры. Чего следует избегать, так это создания универсального движка. Создавая движок не пытайтесь сделать его подходящем для любой игры. Если ваша игра требует x, y и z, делайте движок который умеет x, y и z. Движки создают исходя из того что нужно для конкретной игры, а не из того что любой игре может потенциально понадобится.
Другая распространенная среди новичков ошибка - это попытка создать движок в качестве первого проекта. И обычно это универсальный движок. Вам не нужен движок с фантастической графикой для создания Pong"а или Space Invaders. Программируя, легко закопаться в деталях. Концентрируйтесь на общей картине и завершайте свои игры.
Сеть
Кажется все хотят сделать следующую большую MMO. Создание онлайн игр не то, во что можно быстро вникнуть. Я понял это когда попытался сделать онлайн покер сразу после завершения крестиков-ноликов.Добавление сети значительно усложняет игру. Когда один игрок что-то делает, вы должны послать информацию об этом всем остальным. Это все равно что если бы ваша правая рука не знала о том, что делает левая. Так же вам придется выбирать между загрузкой сервера и тем что он может контролировать. Чем больше делает серверная часть, тем меньше возможностей жульничать у клиента, но это также означает большую нагрузку на сервер. Для action и других игр с высоким темпом геймплея, вам придется беспокоится о сетевой задержке и потере пакетов.
Вам следует полностью закончить хотя бы одну хорошо спланированную игру, перед тем как пробовать делать сетевую игру. В качестве первого сетевого проекта, попробуйте сделать что-нибудь, что не критично к скорости. Например простой чат-сервер/клиент будет хорошей практикой. Так же можно вернуться к крестикам-ноликам/четырем в ряд и добавить в них возможность играть в по сети. Как вариант попробуйте сделать сетевую карточную или настольную игру.
После того как ваш первый сетевой проект готов, попробуйте сделать что-нибудь в реальном времени. В вашем первом сетевом приложении вы, вероятно, использовали TCP, чтобы быть уверенным в том, что данные которые вы принимаете доходят в том порядке, в котором вы их посылали. Для игр в которых происходит много действий, задержки создаваемые TCP вероятно будут слишком велики, так что вам придется использовать UDP. UDP не гарантирует порядок доставки как и саму доставку вообще. Так как UDP не делает дополнительных проверок целостности он быстрее. Вам придется пожертвовать легкостью использования TCP, в обмен на скорость UDP и необходимость самостоятельной проверки целостности данных при создании игры.
3D игры
Перед тем как делать 3D игры, вам следует сделать хотя бы одну хорошо спланированную игру и иметь хорошее понимание трехмерной векторной математики, линейной и Ньютоновской физики. Тут вам придется иметь дело с вершинами, текстурами, освещением, тенями, опредением взаимодействия с объектами в трехмерном пространстве, загрузку моделей и прочими сложно звучащими вещами.Хорошая новость в том, что если вы уже сделали 4 или 5 игр, вы уже знаете основы необходимые для создания игры. Вы уже хорошо знакомы с процессом разработки и знаете свои возможности как программиста. Неважно трехмерный шутер или двухмерный, он по прежнему шутер. 2D RPG или 3D RPG по прежнему RPG.
Не считайте это оправданием пропустить 2D и сразу перейти к 3D. Прежде чем научиться бегать, нужно научиться ходить.
Быстрый способ
Говорите, что вы учитесь быстрее если сразу возьметесь за дело и будете просто писать вашу 3D MMOFPSRTSRPG и научитесь тому, что нужно по мере необходимости? Чтож, вот пару советов, которые вам помогут:- Идите на местный рынок
- Купите целую рыбину. Рекомендую взять лосося или треску, хотя и сом тоже подойдет. Форель, кстати, тоже довольно эффективна
- Идите домой и включите компьютер
- Запустите вашу любимую IDE
- Теперь возьмите купленную рыбу и влупите себе по голове
- Повторите пункт 5, пока мысли о быстром способе не покинут вас
Путешествие начинается
Теперь, чтобы у вас было общее понимание того что же все-таки делать, пора начать заниматься игроделом. Я не ожидаю что вы будете следовать этому руководству слово в слово. Все учатся по разному и с разной скоростью. Если вы что-то и должны были вынести из этой статьи, так это три вещи:- Выберите свой темп
- Доделывайте игры до конца
- Концентрируйтесь на обучение, а не просто на создании
Что должны учитывать будущие разработчики игр? С какого языка начать обучение? К чему стремиться? На кого равняться? И что необходимо сделать в первую очередь?
Большинство любителей рок-музыки рано или поздно берут в руки гитару. Фанаты спорта страстно мечтают о выходе на футбольное поле, баскетбольную площадку или теннисный корт. Ну а те, кто совершил сотни угонов в GTA, провел десятки часов в компьютерных клубах за Counter-Strike или достиг немалых успехов в MMORPG, наверняка задумываются о карьере разработчика игр.
Проблема в том, что данному направлению обучают в считанных учебных заведениях. Посему большинство разработчиков игр – самоучки, некогда сами составившие учебную программу. Но какие нюансы они учитывали? С чего начинали и к чему стремились? Какой язык учили в первую очередь? На эти и другие актуальные вопросы мы и постарались ответить.
К чему стремиться?
Перед походом в магазин вы составляете список покупок (хотя бы в голове). Перед поездкой в другой конец города – прокладываете маршрут. Ну а перед тем, как обучаться разработке игр, целесообразно задаться вопросом: чем именно вы хотите заниматься? Создавать мобильные приложения или браузерные игры? Трудиться в крупной компании или маленькой? Профессионально заниматься разработкой игр или посвящать этому свободное от работы время? И если первое, то что интересует вас больше: создание интерфейса, отшлифовка геймплея или написание скриптов?
Правильная постановка цели поможет сэкономить уйму времени и сил. Кроме того, позволит достичь конечного пункта кратчайшим путем. Без риска сойти с дороги или угодить в болото.
Какой язык учить?
Кроме того, от цели зависит и ответ на животрепещущий вопрос: с какого языка программирования стоит начинать?
Так, будущим разработчикам игр вроде Minecraft и мобильных приложений под Android стоит обратить пристальное внимание на 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). Ведь даже благодаря несложному инструментарию вы значительно облегчите себе жизнь. Во-первых, в миниатюре поймете логику и структуру практически любого игрового приложения. Во-вторых, набьете шишки, которые заживут во время перехода к серьезным проектам. Наконец, в-третьих, обогатите портфолио. Ведь даже простая "игрушка" требует массу времени, терпения и творчества для выдумки концепции, написании кода и устранения багов. Кроме того, показывает, что с производством игр вы знакомы не только в сухой теории.
Что брать за ориентир?
Тот, кто мечтает стать писателем, прочитает сотни книг перед тем, как напишет хотя бы одно слово. Мастера игры на фортепиано на зубок знают лучшие произведения Штрауса, Шопена и Бетховена. Известные же художники перед крупными выставками наизусть заучивали историю искусств.
В разработке игр действует тот же принцип. Вы не сможете развиваться в вакууме. Поэтому играйте, вдохновляйтесь мастерами и, как губка, впитываете лучшее. При этом старайтесь смотреть на приложения не глазами "геймера", а взором разработчика. Иными словами: транспонируйте игру. Задумайтесь, почему в данный момент времени "бот" побежал налево, а не назад? Из-за каких факторов меняется сила и точность удара в спортивном симуляторе? Как создать "эффект усталости" при долгом беге персонажа? Как сделать так, чтобы во время дождя игрок слышал звук капель, а не свиной визг? В общем, проникайте в суть. Постарайтесь воссоздать в голове алгоритмы, с которыми сталкиваетесь во время игры. Поверьте, подобный конструктивный подход поможет вам в будущей нелегкой, но чертовски увлекательной карьере разработчика игр.
С чего начать разработку своей игры? Как ни странно, но самым первым и очевидным пунктом здесь будет: оставьте эту затею.
Серьезно. Если вы только-только планируете свой путь в игровой индустрии, у вас горят глаза, и вы точно уверены, что знаете как сделать своего « », или - не начинайте.
Разработка и продвижение игр - это по большей части совсем не тусовка с друзьями на природе под шашлыки и пиво. Этот процесс требует максимальной отдачи, зачастую вынуждая не только распрощаться со всем своим свободным временем, но и добавить в сутках несколько дополнительных часов.
Не откладывайте. Чем раньше вы поймете, что ваш геймплей нежизнеспособен, заметите ограничения выбранного движка или узнаете, что все это уже где-то было - тем лучше.
На данный момент имеется огромное количество всевозможных «конструкторов», посредством которых можно собрать простенький прототип даже без базовых знаний программирования. Тот же Game Maker позволяет собрать за несколько вечеров вполне играбельный прототип.
Еще один важный момент: не бойтесь избавляться от своих неудачных творений. Будьте готовы к тому, что ваш первый прототип скорее всего отправится в мусорную корзину. Второй, вероятно, тоже. Очень важно уметь как можно раньше отфильтровать провальные идеи и не тратить на них время команды. К оставленным ранее идеям и наработкам можно попробовать вернуться позже, если на вас вдруг снизойдет озарение. Но не пытайтесь вытянуть откровенно слабую идею, только лишь потому что вы уже вложили в нее какие-то ресурсы (будь то ваше время, время команды или контент, заказанный на стороне).
Допустим, что вы адекватно оценили силы своей команды, написали концепт, провели исследование рынка и сделали простой, но играбельный прототип. Что дальше?
Выставки, тусовки и шоукейсы. Показывайте. Смотрите. Получайте обратную связь. Даже если отбросить относительно большие ивенты вроде Devgamm и White Nights, где сейчас очень любят инди и охотно дают им места под демонстрации, есть огромное количество мелких инди-ивентов.
Разработка игр - это тяжелый труд, очевидно, имеющий мало общего с игрой в эти самые игры. Но, если вы все таки решились начать разработку своего проекта, то постарайтесь придерживаться следующих правил:
- При проработке идеи и выборе движка для игры, предпочтительнее всего оглядываться на имеющиеся у вас и вашей команды навыки и уровень экспертизы
- Перенесите вашу идею на бумагу
- Проведите исследование рынка. Определите сильные и слабые стороны вашей идеи. Оцените конкурентов
- Как можно быстрее сделайте прототип
- Не бойтесь «пристрелить» свое неудачное творение, если это необходимо, чтобы двигаться дальше
- Показывайте концепт и прототип. Но не забывайте очень сильно фильтровать входящий фидбэк
Если хотите лично посетить новые открытые лекции по игровой индустрии и узнать об этом чуть больше, то в марте можно сходить сразу на несколько бесплатных открытых мероприятий в ВШБИ, вход на которые осуществляется просто по регистрации:
- 01 марта: Особенности локализации игр отечественных разработчиков на другие страны
- 02 марта: День открытых дверей программы «Менеджмент игровых проектов»
- 15 марта: Управление командой в игровой индустрии
- 22 марта: Игровая графика: базовые принципы и инструменты
Что вы делаете, когда вы играете в какую-то игру и несколько раз не можете пройти одно и то же место? Можно просто найти уже готовое прохождение . Это, конечно, здорово, но что, если вы застряли в разработке игры? Какой гайд прочитать? Так пусть наша статья станет вашим пошаговым руководством к разработке вашей первой игры, если вы все еще не начали ее писать. Если уже начали, то вам все равно не помешает прочитать наши советы - быть может, увидите что-нибудь новое.
Прежде, чем мы начнем, мы хотим привести вам пример первой игры от автора этой статьи. Это была простая текстовая игра под названием Divine Blood:
Это была самая первая игра, причем запрограммированная для калькулятора TI-83 Plus . Позднее она была переписана автором на Java во время обучения в старших классах. Примечательно, что игра так и не была закончена.
Ко всеобщему сожалению, не доводить игры до логического конца - одна из самых распространенных проблем начинающих разработчиков. Соответственно, возникает вопрос: как повысить свою продуктивность и все-таки закончить начатый проект? Ответ прост: прочтите наше «прохождение» разработки игры.
Основные этапы
Если вы разрабатываете игру сами (а начинающие программисты обычно пишут как раз в одиночку), то процесс написания можно разделить на 4 основных этапа (или уровня, как и в играх):
- планирование;
- прототипирование;
- программирование;
- релиз.
Каждый следующий уровень в видеоигре сложнее, чем предыдущий. Здесь все также: каждый следующий этап имеет свои трудности и проблемы, с которыми вы неизбежно встретитесь. Это пошаговое руководство поможет вам не остановиться ни на одном этапе разработки игры. Мы приведем различные цитаты и мнения профессионалов, целиком прошедшие тот путь, который мы только начинаем.
В играх каждый уровень имеет свои проблемные места, а в конце - еще и босса. Так будет и у нас. Мы остановимся на них более подробно и, как и в любом прохождении, мы покажем, как пройти эти места и двинуться дальше.
Уровень 1: Планирование
Помните, сделав 90% игры, вы думаете, что потратили 90% своего времени. А доделывая оставшиеся 10%, вы тратите еще столько же «оставшегося» 90% времени. Составляйте план, учитывая это. - Ян Шрейбер
Первый и одновременно самый важный уровень разработки - планирование. На этом этапе вы должны спланировать всю свою деятельность и учесть все аспекты вашей игры. Цель этого уровня - обдумать все настолько тщательно, чтобы на остальных этапах вам не пришлось импровизировать.
Как только вы задумали что-то разработать, первым делом достаньте блокнотик, ручку и начинайте писать свои идеи. Максимально подробно останавливайтесь на деталях, это поможет вам в будущем. Пишите все, что вы хотели бы увидеть в вашей игре. Вся соль здесь заключается в том, что поначалу это сделать довольно просто: проект пока не разрос, и все у вас находится на виду. Но чем больше вы разрабатываете игру, тем сложнее будет начать писать свои идеи и в дальнейшем учитывать их.
Как уже говорилось выше - уделяйте внимание деталям. Записали новую фичу для реализации? Отметьте рядом, как она будет работать, как будет влиять на игрока и непосредственно на игровой процесс. И помните, секрет успешной разработки - решать существующие проблемы, пока они не накопились.
Разработка игры есть компромисс. Качественная игра должна уметь делать не все подряд, а только ограниченный набор хорошо работающих функций. - Патрик Вайет
Именно поэтому важно спланировать все, иначе на этапе разработки (уровень 3) вы захотите добавить в игру больше возможностей и начнете реализовывать все подряд, что категорически неправильно. Ваш проект рискует быть чрезмерно большим, отчего вам сложнее будет его контролировать, а вскоре вы вовсе бросите его в дальний ящик в надежде, что возьметесь за него позже. Если вы играли в серию игр Halo, представьте себе, как было бы трудно играть в нее, если бы вы столкнулись с парочкой охотников сразу после начала игры. Вы попросту будете умирать снова и снова, пока вам не надоест эта череда смертей. В разработке игры все аналогично.
Основная проблема первого этапа - притупить свое желание кодить и начать планировать. Написать код вы всегда сможете, для этого у вас будет целый этап. Спланируйте как можно больше аспектов вашей игры.
А боссом этого уровня являются вопросы. Просмотрите на все свои заметки и убедитесь в том, что у вас нет каких-либо непонятных пунктов: ни в используемых инструментах, ни в алгоритмах и прочем. Если же у вас действительно все вопросы решены, то вы смело можете считать, что уровень «Планирование» закончен. Но если остались непонятные аспекты - решите их, прежде чем переходить дальше.
Разумеется, у вас могут возникнуть такие вопросы, которые касаются, например, баланса игры. В таких случаях вы также готовы переходить дальше, поскольку эту проблему необходимо будет решить на втором и третьем этапах разработки игры.
Уровень 2: Прототипирование
Дизайн это процесс, а не результат. - Кристофер Симмонс
Вторым уровнем нашей игры-разработки является прототипирование. Здесь вы должны проверить и протестировать основную механику и особенности вашей игры. Выше мы говорили о том, что на предыдущем этапе могут возникнуть вопросы по поводу баланса. Второй уровень как раз и нужен для того, чтобы отшлифовать этот параметр.
На этом этапе вы будете писать код не очень красивый и не совсем правильный. Это в порядке вещей, поскольку вы пишете прототип. Когда вы перейдете дальше, вы уже будете знать, что и где работает не так, как должно.
Если вы получаете удовольствие от какой-либо игры, то вы захотите поиграть в нее снова, независимо от того, сколько очков или денег вы там набрали. - Стэн Яроцки
Несмотря на то, что данный этап мы выделили отдельно, в некоторых случаях его можно пропустить, поскольку он имеет очень много общего с планированием. Вы можете подумать, что мы не постоянны в своих суждениях: совсем недавно призывали вас не переходить на следующий уровень, пока не пройден текущий, а сейчас говорим, что этап прототипирования можно пропустить.
Вы помните секретные телепорты в игре Super Mario Bros? Игрок мог найти хорошо спрятанные трубы, прыгнув в которые можно было пропустить несколько уровней. Так и здесь. Правда, мы не полностью пропускаем прототипирование, а совмещаем его с планированием.
Хотим заметить, что первые два этапа взаимозаменяемы. Быть может, вы хотите проверить основную механику вашей игры, прежде чем потратите кучу времени на детали? А может, вы хотите попробовать какую-то возможность в вашей игре? Это основные причины, почему есть смысл в том, чтобы поменять порядок первых двух этапов.
Хорошая игра - это поток интересных задач, решаемых игроком. - Брюс Шелли
На этом этапе у вас могут возникнуть две главные сложности. Первая - желание наконец перейти на следующий этап и начать писать код. Как мы уже говорили выше, вы должны быть максимально готовы к переходу на следующий уровень, а потому - не спешите. Второй сложностью является желание создать более точный и законченный прототип. Этого делать уж точно не стоит, поскольку прототип по определению не должен быть законченным продуктом.
А боссом этого уровня является полнота. Вы должны собрать воедино все наработки первого и второго этапа и понять, что же у вас должно получиться в итоге. Если вы будете иметь хорошее представление о вашем конечном проекте, то проблем при написании кода у вас точно не возникнет. А следовательно, повысятся шансы закончить игру.
Уровень 3: Программирование
Третий уровень - наиболее сложный уровень для начинающих программистов. Дойдя до него, многие забрасывают свой проект. Но бояться здесь ничего не надо! Первые два этапа пройдены и вы уже на полпути к окончанию разработки.
Чтобы начать этот этап, вам стоит определиться с целевой платформой вашей игры. Будет эта игра для консолей, а, может быть, мобильная или вовсе браузерная? Определившись с платформой, выберите необходимый инструментарий и язык программирования.
На самом деле эти два шага можно выполнить в обратном порядке. Имея какую-либо среду разработки (или язык программирования), вы можете проанализировать ее возможности и решить, что вы сможете написать.
Вы очень сильно облегчите себе жизнь, если воспользуетесь бесплатными библиотеками и ресурсами. Не пытайтесь изобретать велосипед: используйте то, что находится в свободном доступе. Это поможет вам приберечь немного сил для того, чтобы закончить проект.
«Я не умею рисовать» - используй клипарт. «Я не умею создавать звуки» - ищи MIDI файлы. «Я не умею программировать» - никого это не волнует, не программируй! - Роб
Основными неприятными моментами на этом этапе выступают появляющиеся проблемы и разочарование. Вы неоднократно будете натыкаться на моменты, когда не будете знать, как решить текущую задачу. Более того, вполне возможно, что ваша игра на какой-то стадии разработки не оправдает ваших надежд.
Но вы не должны унывать! Лучшее решение этих проблем - отвлечься от проекта на несколько дней. Вы очистите ваш ум и позволите новым идеям посетить его. Также неоднократно замечено, что «утро вечера мудренее». Застряли? Не знаете как решить проблему? Ложитесь спать, а на завтрашнее утро вы, возможно, сразу поймете причину ваших неудач. Не работайте до изнеможения и не изнуряйте себя: работа над проектом должна быть в удовольствие.
Если вы пытаетесь и не можете решить действительно сложную проблему - остановитесь. Решите более простую проблему, которая выполняет те же действия, что и сложная. - Даниель Кук
Ну а боссом этого уровня является сама игра. Да, игра, которую вы и пишете. Она не должна быть идеальной, но она должна быть полноценной. Такой, в которую бы люди могли и хотели играть.
Уровень 4: Релиз
Никогда не сдавайся. - Элис Тейлор
Наконец-то мы добрались и до релиза. Конечно же, этот уровень не такой сложный, как предыдущий, но и легкомысленно относится к нему не стоит. На этом этапе вы должны убедить людей играть в вашу игру и давать вам обратную связь (вы же хотите улучшить свой проект?). Основываясь на отзывах игроков, внесите в ваше приложение те изменения, которые сделают игру более увлекательной по вашему мнению.
Главная проблема этого этапа - критика. Всегда найдутся те, кому попросту не понравится ваша игра. Это нормально. Не стоить из-за таких людей опускать руки. Ориентируйтесь лучше на тех, кто играет в ваше приложение и предлагает вам добавить в нее новые возможности.
Начиная создавать игру, не смотрите на результаты других. Создайте то, что хотите вы. - Роб
А финальным боссом всего нашего путешествия будет являться ваша гордость. Вы сделали полноценную игру от начала и до конца! На самом деле, не все могут похвастаться этим.
Каждый разработчик когда-нибудь напишет «плохую» игру. Если вы еще не написали - напишете. Все мы напишем. - Бренда Ромеро
И помните, дорога к успеху вымощена многократными неудачами. Никогда не сдавайтесь!
Вывод
Разработка первой игры - захватывающее занятие, выполняя которое мы получаем бесценный опыт. И все же, многие разработчики не могут довести свой проект до конца, хотя так категорически нельзя поступать. Следуя нашим четырем «уровням» разработки игры, вы увеличите свои шансы довести ваш проект до логического завершения.
А теперь соберитесь и напишите свою игру!
Как Яндекс использует ваши данные и машинное обучение для персонализации сервисов - .
В этом руководстве подробно разбирается как создать игру: проработать идею, выбрать инструментарий и организовать процесс разработки так, чтобы он протекал легко и привёл к результату.
Привет, ребята. В этой статье буду с вами предельно честен и расскажу как создать игру самостоятельно. Заранее предупреждаю, что сделать видео-игру сложно и очень затратно в плане времени. И если ваша цель не очередной клон змейки, тетриса или любой другой игры из пошагового туториала,- придется вложить в это много сил.
Слишком много людей, стремясь сделать свою первую игру, с головой погружались в движок и забрасывали идею, так как это «слишком сложно», «я устал», «я не вижу прогресса». На самом деле – это просто набор глупых оправданий, которые появляются из-за «сбитого прицела», то есть желания сразу делать игры крупного калибра, вроде Ведьмака или Final Fantasy.
Это проекты, над которыми работали целые команды специалистов, команды из сотен человек, на протяжении нескольких лет, так что, даже если вы очень захотите и потратите всю свою жизнь, сделать такой же масштабный продукт у вас не получится.
Ваша первая игра – это тренировка, черновик, но никак не шедевр. Даже создание одного уровня простейшей пиксельной игры может оказаться неподъёмной задачей поначалу, а выбрав нечто огромное – вы просто не будете иметь представления о том, где же начало, поэтому потратите массу времени на детали, абсолютно значения не имеющие.
Главная задача состоит в создании продукта, в который вы сами сможете поиграть. Плевать, если это линейный платформер, выполненный в двух цветах, и его прохождение занимает 7 минут. Вы его сделали, вы не пали духом, не решили всё бросить, что уже делает вас лучше, вы не из тех кто отчаялся и опустил руки!
Дайте маме, брату, друзьям, кому-угодно в неё сыграть. Они будут критиковать, ведь привыкли воспринимать игры как массивные проекты. Не обращайте внимания, ведь, во-первых: вы сами создали свою первую игру, во-вторых: в следующий раз вы сделаете её быстрее и лучше, и, в-третьих, скоро вы добьётесь того уровня мастерства, что все они сами будут просить вас дать им поиграть.
Ваша игра должна отражать ваши навыки. Всё нужно делать последовательно: появилась идея – проверяете возможность её реализации – если возможности нет, пытаетесь научиться – получив навык, реализовываете идею. И так нужно делать каждый раз. Со временем, загляните в Asset Store, возможно там уже есть фрагмент, над которым вы горбатитесь несколько суток.
Напоследок – что-то вроде напутствия: скорее всего, вы пытаетесь заниматься разработкой параллельно учёбе или работе. Иногда будут проходить недели, прежде чем вы сможете найти время, но, если вы действительно хотите стать успешным в данной сфере – находите эти часы и увеличивайте количество своих навыков. Помните, каждый может опустить руки, но не всем дано дойти до конца.
Сегодня интернет переполнен различными туториалами, обучающими видео и бесплатным программным обеспечением. Всё это позволяет любому, у кого есть много свободного времени и идея, создать собственную компьютерную игру. Однако, необходимо также иметь чёткое представление о самом процессе и его последовательности.
Какую игру сделать?
Скорее всего у человека, интересующегося «Как сделать игру самому?» уже есть идея. Чаще всего это какая-то модификация одной из игр, в которую он играл. Может быть вашей любимой игре чего-то не достает и вы решили это добавить (задумайтесь есть ли у вашей игры возможности для моддинга: встроенный редактор или MOD-tool).
Например, жанр MOBA-игр был создан в редакторе WarCraft 3 (популярная ныне Dota — появилась именно благодаря широким возможностям редактора).
В любом случае — начальной точкой будет идея. Именно с нее и следует начать.
Идея
Но на всякий случай, если вы раздумываете «Какую игру сделать?» — статья поможет вам с поиском идеи.
Геймплейная составляющая идеи вашей игры определит жанр игры и платформу.
Жанр и платформа будущей игры
Выбирая жанр, учтите, что начать следует с чего-то короткого и простого. Первый блин чаще всего бывает комом, но если вы сможете испечь этот блин — ваши разработческие мускулы укрепятся и вы сможете сделать что-то большее в следующий раз.
Затем определитесь с платформой. Это невероятно важно, ведь от платформы зависят возможности геймплея. Например, делать динамичный шутер, где точность выстрела зависит от реакции и ориентироваться на мобильные устройства с тач-скрином не очень хорошая идея.
Концепт
После того как у вас появились какие-то мысли — сядьте и опишите концепцию игры. Сначала это могут быть лишь тезисы, которые потом превратятся в логично изложенные мысли. Если же сделать это не удалось – пересмотрите свою идею и избавьтесь от противоречий.
Определите то, что должно привлекать потенциальных игроков, то есть саму её философию. Например, предложите стать единоличным правителем маленькой островной страны, или же руководить истребителем прямо из кабины пилота, своевременно переключая необходимые тумблеры.
Теперь к особенностям вашей игры. Скорее всего, масса экспериментаторов уже пробовали себя в вашем жанре, но всё равно нужно придумать что-то своё, иначе интерес к проекту будет отсутствовать. Вот небольшой пример:
Пример
Концепт
: симулятор маленького магазина.
Особенность
: вы лично договариваетесь с поставщиками, привлекаете новых клиентов и отчаянно пытаетесь выжить в суровых реалиях.
Объясняете какие факторы влияют на успех, а также говорите о ключевых особенностях игровой механики.
Не пытайтесь добавить пункты, которые вы не хотите реализовывать. Ваша игра должна быть тем, за что вы бы сами хотели заплатить.
Последний этап – положите все черновики в папочку, а затем и в ящик стола. Спустя пару недель вернитесь к ним, так как, возможно, вы потеряете и желание, и запал, а этот через этот этап лучше пройти ещё до начала проекта, чем бросить всё в наполовину готовом состоянии.
План разработки
Чёткий план разработки – надёжная основа вашего проекта и надёжная основа вашего роста как разработчика игр
Данный план будет скелетом вашей игры, поэтому здесь вы должны упомянуть о каждой детали, каждом микро-моменте, обо всём, что считаете важным. Те, кто делает игры в одиночку, могут обходиться без планов (при условии большого опыта), но если под вашим началом команда или опыта не так много, то всё должно фиксироваться.
Чётким расписанием того, когда начинать программировать или рисовать самый первый арт, можете владеть исключительно вы, поэтому делюсь с вами общими моментами, нарушение которых, может отбросить на несколько недель назад, или же вовсе заставить отказаться от идеи создания своей первой игры.
- Ваш план должен быть рассчитан на месяц, не более. Так что доверьтесь своей интуиции и начните с простого. Лучше закончить раньше, чем не уложиться в сроки.
- Как только вы поняли, что данный продукт не может вас ничему научить, ставьте его на полку и забывайте. Вы сможете проверить свои навыки, начав аналогичный проект с чистого листа.
- Даже самые лучшие разработчики стремятся стать ещё круче, так что, каждая новая игра должна начинаться с мысли «Я сделаю лучше, чем в прошлый раз».
- Не игнорируйте планирование. В разработке любого проекта случаются небольшие «форс-мажоры», и предугадать их практически невозможно, поэтому проще банально учесть затраты времени на их устранение в расписании. Запланировали 8 часов? Смело превращайте их в 12.
- Дизайн – одна из последних вещей о которых стоит думать начинающему разработчику игр. Ваша задача – «обрастать навыками», так что лучше потратьте выходные на внедрение нескольких новых механик (незнакомых вам прежде), чем на рисование.
- Разбейте свой план на несколько фрагментов. Достижение этих «контрольных точек» неплохо повышает мотивацию. Если вы не успеваете выполнять недельные требования – упростите общий план.
- Не ставьте себе слишком абстрактных задач. Вместо «Проработать персонажа», вписывайте «внедрить новые механики стрельбы» или «изменить внешний вид во время удара» — чётких целей достичь гораздо проще.
- Присылайте себе письма не электронную почту каждый понедельник. Они должны содержать всё действия, совершённые за прошлую неделю. Сравнив все письма за месяц, вы наглядно сможете увидеть прогресс.
- Тратьте как минимум час в неделю на то, чтобы играть в свой продукт. В конечном счёте, никто лучше вас не сделает ВАШУ игры.
- Проведя две недели без работы над проектом, вы будете растеряны и потеряете нить, что заставит начать всё сначала. Именно на этом моменте большинство людей опускают руки и забрасывают идею создания собственной игры.
- Убивать время на звук и создания атмосферы в своей ей первой же игре – невероятно бессмысленно. Главное: разработать геймплей, ведь существуют шедевры, состоящие из обычных движущихся пикселей.
- Если вы делаете что-то более часа, и у вас всё равно не выходит – обратитесь за помощью. Зачем неделю топтаться на месте из-за того, что вы постеснялись создать тему на форуме?
- Давайте другим попробовать вашу игру. Да, сразу же польётся критика, но не стоит обращать на неё внимания. Даже проекты ведущих студий часто поливают грязью, но это же не мешает им продолжать делать шедевры, верно?
- Вы не обладаете безграничными ресурсами – поэтому нужно ставить перед собой реальные, достижимые цели.
- Как только вы отполировали свою первую игру, сразу же найдите несколько новых идей и беритесь за свежий проект. Не забывайте применять то, чему вы научились раньше.
- Ознакомьтесь с .
Переходим к созданию оглавления. Как ни странно, сюжет здесь практически полностью игнорируется. Главное – прописать все аспекты игровой механики и объяснить принцип их работы. В основном, именно оглавление лежит в основе руководства к игре.
Теперь мы дополняем каждый тезис оглавления детальным описанием каждой мелочи, причём делаем это максимально понятно, иначе могут возникнуть проблемы с реализацией.
Наконец, нужно показать свой план всем, кого вы собираетесь задействовать в разработке. Возможно, реализовать идеи некоторые не выйдет, или же вам предложат более комфортабельные альтернативы. Получив чёткое представление о своей части работы, опытный специалист сразу же сделает несколько замечаний.
Выбор инструментария разработки
Движок – сердце вашей игры, подойдите к выбору ответственно, ознакомьтесь со статьей
Новичку будет проще взять готовый движок, чем разрабатывать собственный.
Каждый движок имеет свои особенности. Некоторые заставят вас изучать программирование, а в некоторых - даже не нужно отличать процедуру от функции, в них существуют средства визуального программирования.
Если давать крайне широкую классификацию, то движки можно поделить на два вида: для двухмерных проектов (GameMaker: Studio, RPG Maker XV) и для трёхмерных игр (Unity, Unreal Development Kit и Source)
Посмотрите несколько официальных видео-уроков и попробуйте сделать в движке что-то самостоятельно. Если данная задача показалась вам неподъёмной, попробуйте скооперироваться с программистом, некоторые ребята могут вдохновиться вашей идеей и помочь в её доработке.
Прототип
Следующий этап – тестовая версия. Здесь не имеют значения звук и графика, главное, чтобы все функции работали именно так, как вы задумывали. Кстати, запаситесь терпением, ведь вы должны будете вносить правки до тех пор, пока не начнёте получать удовольствие от игрового процесса.
Также, будьте готовы к потребности создания готового прототипа с нуля. Тут же вы калибруете управление: он должно быть максимально удобным и интуитивным. В обратном случае – игрок разочаровано пойдёт искать кнопку выхода.
Эта фаза — шлифовка дизайна вашего геймплея. Фаза поиска и проб разных вариантов.
Графика и звук
Сразу решите, какой спектр цветов вам нужен. Если это простой двухмерный платформер, где всё кишит пикселями, то смысла нанимать оркестр и целую команду графических дизайнеров – пустая трата времени и денег. В то же время, не стоит экономить на ресурсах, если они действительно необходимы для полноценного выражения вашей идеи. Не стесняйтесь комбинировать чужие идеи. Единственный запрет – нарушение авторских прав.
Здесь же нужно набросать черновые арты. Кстати, уметь рисовать совсем не обязательно, ведь большинство инди-проектов используют пиксель арт, ввиду его простоты и популярности. Если же вы всё-таки решились на трёхмерный проект, то для создания сложных моделей персонажей придётся нанимать профессионалов.
Наконец, создайте несколько фрагментов игровой вселенной. Это концепты того, как выглядит уровень, или же как персонажи взаимодействуют вне игрового процесса. Пришла пора воплощать ваши идеи в жизнь!
Blender – простой и бесплатный редактор для создания трёхмерных моделей.
Photoshop незаменим для обработки двухмерных изображений, а также отлично справляется с текстурами.
net позволяет быстро создать пиксель-арт.
Звуки, наравне с графикой, создают ощущение атмосферности в вашей игре. К вашим услугам огромный набор готовых библиотек звуков для бесплатных программ, а недостающие мелодии можно записать и дома, главное - обзавестись микрофоном.
Доработка
Играйте в то, что вы создали, причём как можно чаще. Так вы сможете заметить все шероховатости. Усвойте одно правило – или доработайте элемент до идеального состояния, или удалите его. Например, если геймплей уровня кажется вам слишком монотонным, попробуйте сделать его разнообразнее.
Постоянно сверяйтесь с философией игры, чтобы избежать момента, когда проект превращается в кипу несвязных уровней и персонажей.
Отшлифуйте графику и звук – процесс весьма трудоёмкий, но именно от него зависит атмосферность.
Фаза тестирования
Получив предварительную версию игры (не путайте с прототипом), переходите к поиску багов и ошибок. Будет лучше, если их найдёте вы, а не потенциальные игроки в первый же день после релиза.
Делайте акцент на моменты, которые несвойственны вашему стилю игры. К примеру, заходите в части карты, которые не задействованы во время основного геймплея. Тестирование иногда занимает больше времени, чем сама разработка, а его скорость зависит от количества и профессионализма тестеров.
Если же багов невероятное множество, сперва исправляйте наиболее масштабные. Поэтому начинайте их поиск как можно раньше – так будет больше времени на внесение правок. Кроме того, предложите поиграть друзьями и знакомым. Взгляд со стороны позволит заметить множество нюансов, о которых вы сами бы никогда не догадались. К тому же – это абсолютно бесплатно.
Релиз
Организуйте промо-кампанию: подогревайте интерес в социальных сетях, закажите обзоры игровым блоггерам, не забудьте и о сайте с форумом, ведь поклонникам нужно будет где-то собираться!
Выберите платформу для распространения. Вряд ли вы захотите сразу вкладываться в хостинги или выделенные сервера, поэтому обратите внимание на популярные площадки вроде Steam, GOG, Humble, Play Market и им подобные. Помните, что владельцы взымают определённый процент от стоимости, поэтому данный вопрос требует детального изучения.
Не забывайте о поддержке игры даже после релиза. Продолжайте фиксить баги, выпускать дополнительный контент или же сразу приступайте к сиквелу!
В статье всё изложено весьма тезисно, но при этом даётся общее представление о полном цикле выпуска игры. Не стоит стразу рассчитывать на миллионы долларов заработка, ведь игры – это, в первую очередь творчество.
Многие могут в вас не верить. Чего уж там: наверняка, будет пара вечеров, когда вы будете хотеть всё забросить, но не стоит опускать руки. Помните: действительно хороший продукт требует массу времени, средств и ваших нервов.
P.S.
Если у вас возникли какие-то вопросы или нужна помощь — пишите в раздел форума , мне приходят уведомления — я всегда отвечу и помогу чем смогу.
Loading...