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/)
PythonWin
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 (Игрок)
Я генерирую набор атрибутов для существ, и внедряю их в класс. Видимо я задрот, который играет слишком много в РПГ игры. Я пока еще не знаю точно, как будет выглядеть и работать игровая механика.
Я делаю объект room (комната), наследуемый от GameObject. У комнаты есть ширина, высота, и стены - и на текущий момент больше ничего.
Постепенно я начинаю понимать, как все будет работать, и вношу необходимые исправления. Я даже не пытаюсь использовать 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, то, что получится, и есть нанесенный урон.
Это объяснение и описание заняло больше времени, чем его реализация.
По завершении часа, я уменьшил размер области отображения подземелье, теперь часть окна справа полностью отведена под пользовательский интерфейс, это изменение дало небольшое увеличение производительности. Я также убедился, что движение игрока не зависят от частоты кадров.
Как и многие другие способы реализации глобальных идей, разработка компьютерных игр является чётко спланированным и отлаженным мероприятием. Создание игр происходит строго поэтапно, к тому же очень не рекомендуется пропускать какие либо стадии разработки игры. Это объясняется тем, что разработка проекта занимает много времени, и за промежуток между рисованием 3D моделей и доработкой физики игры идеи могут поменяться и не один раз.
Разработчики игр часто не могут успеть доделать игру в приемлемые сроки. Это связанно с тем, что после разработки компьютерной игры и до того как она выйдет в свет, проводятся бета-тестирование, где выявляются ошибки, затем разработчики вносят поправки в игру. Если к процессу создания игры подходить не серьёзно – цикл (бета-релиз -> бета-тестирование -> корректирование -> бета-релиз) будит пройдён очень много раз и разработчики не уложатся в отведённые им сроки.
Чётко изложенная идея не даст разработчиком забросить создание игры, когда уже проделано половина работы. Ведь если придерживаться плана – успех гарантирован, конечно если план хороший и сроки реальные.
Этапы разработки компьютерной игры.
Подготовительный этап (pre-production) – это первый и очень значимый этап работы над игрой. На данном этапе разрабатывается и документируется концепция игры, дизайн персонажей, определяется выбор средств реализации проекта. Стоит отметить, что на этом этапе коллектиктивом с художниками, игровыми дизайнерами, техническим директором, с начальством или даже всей командой формируется план, по созданию игры именуемый в дальнейшем как .
Команды-новички часто пренебрегают этим этапом, т.к. дизайн-документ писать очень долго, однако это их огромная ошибка. Ведь они создают свою игру без продуманного четкого плана, в лучшем случае отсутствие дизайн документа сильно оттягивает срок. Разработчики не знают что им нужно сделать и придумывают себе задания на лету, сначала это получается хорошо, а потом этот дар исчезает вместе с энтузиазмом и вдохновением. Команда, которая имеет дизайн документ, может быстро двигаться в сроках, не теряя времени на придумывание своей работы, у них есть продуманное задание. Этап, своего рода рельсы, разработчики видят перед собой цель, знают, что в данный момент делать и что использовать для выполнения своего задания. Это окупает время, потраченное на обдумывания и составление дизайн документа.
Когда все административные вопросы решены, игра вступает на этап производства.
Производство (production)
– это ключевой и самый долгий этап создания игры. Ты наверно по названию догадываешься, что происходит реализация ранее созданного разработчиком плана.
По ходу разработки игры нередко вносятся корректировки в написанный ранее план, из-за чего команда занимается промежуточным рассмотрением текущих результатов разработки. На определённом уровне разработки игры, будь то демо-версия, первый, второй или предпоследний уровень – игра рассматривается на предмет необходимости внеплановых изменений. Может дизайнерам пришла в голову гениальная идея, и сроки позволяют вносить поправки. Кстати, о сроках – разработчики должны рассчитывать сроки с запасом времени на корректировки.
Выпуск (relies) – и наконец, наступает момент, когда игра выходит в свет. Сотни тысяч копий отправляются на прилавки магазинов. Этот этап знаменуется как прекращение давления со стороны издателя, ведь разработчик уже подготовил игру к релизу, теперь действует издатель. Его работа заключается в том, чтобы распространить и продать как можно больше копий и снизить попадание копий игры на пиратские интернет-ресурсы. Главная цель издателя – прибыль, ведь выручка от продажи копий оправдывает финансирования разработки качественной игры.
Поддержка
– не секрет что игры для ПК часто выходят с ошибками – разработчикам PC-игр не всегда хватает времени выпустить проект к тому времени, как их бета-тестеры отловят все баги, которые нужно было исправить. Но к счастью это поправимо. На PC-игры можно устанавливать патчи, которые несут в себе исправления. Каждый следующий патч включает в себя исправление ошибок, которые были оставленный с предыдущим патче. Но злоупотреблять этим нежелательно, кому охота будит покупать игру у разработчика, у которого есть опыт релиза сырых версий игры. Стоит заботиться о своей репутации.
Игры, выпускаемые под консоли, обычно лишены всяких багов, потому что разработчики консольных игр относятся к этому более ответственно, в крайнем случае, они предпочтут перенос релиза на потом, чем выпустят игру с багами. Это легко объяснить тем, что установка патчей на консольных версиях игры почти что невозможна.
Автономное образовательное учреждение
высшего профессионального образования
«Ленинградский государственный университет имени А.С. Пушкина»
Бокситогорский институт (филиал)
Колледж
Проект на тему:
« Компьютерные игры »
Выполнил: студент 3 и группы
специальность 230701
Прикладная информатика
по отраслям /__________/ Н.А.Гладышев
Проверил:
преподаватель модуля
ПМ.04. Обеспечение проектной
деятельности /___________/ И.В.Добрякова
Бокситогорск, 2015 Содержание
I Этап
Выбор темы и постановка проблемы
Стадия 1. Выбор темы
II Этап
Анализ объекта
III Этап
Разработка сценария и синтез модели
IV Этап
Технология и форма представления информации
V Этап
Синтез компьютерной модели
Стадия 2. Создание мультимедийного подукта
VI Этап
Работа с проектом
Приложение
I Этап. Выбор темы и постановка проблемы
Стадия 1. Выбор темы
Сегодняшние темпы компьютеризации превышают темпы развития всех других отраслей. Без компьютеров и компьютерных сетей не обходится сегодня ни одна средняя фирма, не говоря о крупных компаниях. Современный человек взаимодействует с компьютером постоянно - на работе, дома, в машине и даже в самолете. Компьютеры стремительно внедряются в человеческую жизнь, занимая свое место в нашем сознании. Вместе с появлением компьютеров появились компьютерные игры, которые сразу же нашли массу поклонников. Эти игры с детских лет сопровождают подрастающее поколение, вызывая, с одной стороны, замедление развития и даже атрофию опорно-двигательного аппарата и мышечной мускулатуры и, с другой стороны, - быстро развивая интеллект, логическое мышление и воображение человека. Компьютерный игрок привыкает перемещаться из одного виртуального мира в другой, быстро воспринимать незнакомые ситуации и адаптироваться к ним. В бурно изменяющемся обществе XXI века развитая интеллектуальная гибкость обеспечит приспособление к новым, неожиданным реалиям. Компьютерные игры выполняют, таким образом, функцию социализации молодежи в постиндустриальном обществе.
На сегодняшний день существуют поражающие своей правдоподобностью игры с хорошим графическим и звуковым оформлением, почти полностью имитирующим жизнь. Имеется и постоянно возникает огромное количество фирм, которые предоставляют всё новые и новые игры крайне разнообразного характера. Разобраться в их классификации, а тем более в современной ценовой политике на игры, очень непросто. Это и побудило меня заняться разработкой данного проекта.
Цели моего проекта:
изучить историю происхождения компьютерных игр;
познакомиться с классификацией компьютерных игр;
познакомиться с играми в жанре «стратегия»;
Стадия 2. Постановка проблемы
При помощи приложений Microsoft Office разработать мультимедийный проект на тему «Компьютерные игры». В проекте необходимо создать презентацию, которая познакомит с историей появления компьютерных игр, с их классификацией, а также подробно расскажет о играх в жанре «стратегия». Из Заставки осуществить вызов базы данных, которая раскроет ценовую политику на компьютерные игры разных жанров. В проект будет включён буклет, содержащий определения, классификацию и историю развития компьютерных игр.
II ЭТАП. Анализ объекта
Исходя из задания, можно выделить четыре объекта - Заставку в MicrosoftPowerPoint , Презентацию в MicrosoftPowerPoint , Буклет в MicrosoftPublisher и Базу данных в Access . Эти объекты должны быть связаны друг с другом. Чтобы миновать непосредственный вызов приложений, будем устанавливать проект на приложении MicrosoftPowerPoint .
В качестве связующего звена, через которое будет осуществляться вызов презентации в MicrosoftPowerPoint , буклета в M icrosoft Publisher и Базы данных в Access выберем объект заставка. С него будет начинаться проект.
Рассмотрим свойства, характеризующие выделенные объекты.
Заставка
Документ
Презентация
Буклет
База данных
Рис.1. Схема модели проекта «Компьютерные игры»
Таблица 1. Объекты проекта «Компьютерные игры».
Объект Заставка
Объект База данных
Объект презентация
Объект Буклет
Объект Текстовый Документ
1.Содержит общие сведения о проекте.
2.Вызывает презентацию.
3.Вызывает базу данных.
4.Буклет.
5.Текстовый документ.
1.Осуществляет вызов сведений: о жанре игры, популярности у игроков разной возрастной категории,
цене на компьютерную игру.
1.Знакомит с классификацией компьютерных игр.
2.Подробно демонстрирует игры в жанре «стратегия».
1.Представляет Буклет с полной информацией об Компьютерных играх.
1.Представляет 6 этапов мультимедийного проекта.
Заставка является простым объектом, из которого осуществляется переход к другим объектам.
Схема объекта Презентация представлена на рисунке 2. Свойства выделенных в этой схеме объектов представлены в таблице 2.
Компьютерные игры
Понятие «Компьютерная игра»
Стратегии
Карточные стратегии
Пошаговые стратегии
Стратегии в реальном времени
Симуляторы бога
Варгеймы
Классические стратегии
Список литературы
Рис.2. Схема объекта Презентация проекта «Компьютерные игры».
Таблица 2. Объекты презентации проекта «Компьютерные игры».
Компьютерные игры
Классификации компьютерных игр
Стратегии
1.Осуществляет переход к понятию «компьютерная игра».
2. Раскрывает роль игры в жизни человека.
1. Осуществляет демонстрацию сведений о различных жанрах компьютерных игр.
2.Осуществляет переход к игровому жанру «стратегия»
1.Осуществляет демонстрацию кратких сведений о различных видах стратегий.
2. Возвращается к содержанию.
База данных
Игровой Мир
Игры
Продажи
Рис.3. Схема объекта База данных проекта «Компьютерные игры».
Таблица 3. Объекты Базы данных проекта «Компьютерные игры».
Игровой Мир
Игры
Продажи
1.Раскрывает ценовую политику на игры разных жанров.
2. Осуществляет вызов статистики продаж.
1.Осуществляет просмотр сведений об играх.
2.Осуществляет просмотр популярных жанров
1.Осуществляет просмотр статистики продаж.
Буклет
Компьютерные игры
Стадии игровой зависимости
Влияние на человека
Понятие
Жанры
Рис.4. Схема объекта буклета проекта «Компьютерные игры».
Таблица 4. Объекты Буклета «Компьютерные игры».
Понятие
Жанры
Влияние на человека
Стадии игровой зависимости
Польза и вред от компьютерных игр
1.Раскрывает понятие «компьютерная игра»
1.Знакомит с различными игровыми жанрами
1.Раскрывает психологической зависимости человека от ролевых компьютерных игр
1.Раскрывает динамику развития компьютерной зависимости
1.Объесняет все плюсы и минусы компьютерных игр.
III ЭТАП . Разработка сценария и синтез модели
Исходя из анализа рассмотренных объектов, можно предложить следующий сценарий мультимедийного проекта. Работа над проектом «Компьютерные игры» начинается с заставки, в которой содержится краткая информация по теме. Из заставки должно быть четыре выхода: один - в просмотр презентации, второй - в базу данных, третий – в буклет, четвёртый – в этот документ. В базе данных должна быть информация, которая познакомит заинтересованную аудиторию c ценовой политикой в области продаж компьютерных игр различных жанров. Презентация должна содержать основные сведения о компьютерных играх. Буклет должен содержать информацию о влиянии компьютерных игр на людей различных возрастных категорий.
Заставка
Документ
Презентация
Буклет
База данных
Компьютерные игры
Стадии игровой зависимости
Понятие
Игры
Игровой Мир
Жанры
Польза и вред от компьютерных игр
Влияние на человека
Продажи
Компьютерные игры
Роль компьютерной игры в жизни человека
Понятие «Компьютерная игра»
Классификация компьютерных игр
Стратегии
Классические стратегии
Симуляторы бога
Глобальные стратегии
Варгеймы
Карточные стратегии
Пошаговые стратегии
Стратегии в реальном времени
Список литературы
Рис.5. Схема модели проекта «Компьютерные игры».
IV Этап. Технология и форма представления информации
В данном проекте информация лучше всего представить в виде информационного контента - Слайда, на котором будут располагаться сведения об объектах данной темы. Презентацию лучше всего проводить в интерактивном режиме при помощи кнопок. Процесс презентации желательно оформить музыкальным сопровождением. В качестве программных продуктов, необходимых для разработки проекта, оптимально использовать PowerPoint для создания презентации.
V ЭТАП. Синтез компьютерной модели
Стадия 1. Подготовка материала для работы
На предлагаемом диске находится вся графическая и текстовая информация, поэтому, при её наличии, процесс подготовки можно свести к работе над звуковым сопровождением.
Для подготовки музыкального сопровождения можно использовать стандартный фонограф из Wind o ws 95. Если в приложениях PowerPoint имеется SoundTrack, это позволит создать музыкальное сопровождение в самом приложении PowerPoint по заданной теме.
Стадия 2. Создание мультимедийного продукта
Создание базы данных
Схему данной части проекта см. выше на рис.3.
При создании базы данных можно воспользоваться конструктором, с помощью которого необходимо создать следующие разделы:
таблицы;
запросы;
формы;
отчёты.
Данные разделы нужно заполнить необходимой информацией. После редактирования базу данных можно эксплуатировать.
Создание презентации
На этой стадии рассматривается схема той части проекта, которая реализует презентацию и выполняется на базе приложения PowerPoint. Порядок выполнения работ в этой части не важен, так как будут предусмотрены кнопки, осуществляющие переход в любую часть презентации. Объектами в данной части проекта будут являться слайды с описание развития компьютерной графики.
Создание заставки
Заставку для проекта создаем на базе приложения PowerPoint . Общий вид заставки представлен на рис. 1. Заставка содержит краткие сведения о проекте и обеспечивает:
вызов презентации;
переход к Базе данных;
вызов буклета;
вызов документа.
VI ЭТАП. Работа с проектом
На предыдущем этапе закончилась работа по созданию проекта «Компьютерные игры». Возможности и принцип работы с созданным проектом. После запуска PowerPoint на экране появляется заставка. Из заставки можно вызвать презентацию и просмотреть предлагаемый в ней материал, при этом можно включить звуковое сопровождение. Завершив работу с презентацией, перейти к заставке и войти в базу данных, которая познакомит с ценовой политикой и статистикой продаж компьютерных игр разных жанров. Завершив работу с базой данных можно перейти к заставке и просмотреть буклет.
Приложение
Буклет
Презентация
База данных
Заставка
БОУ ОО СПО «Болховский педагогический коледж»
Проект
«Создание компьютерной игры
средствами Game Maker ”
Подготовил
студент 3 курса группы «Г»
Изотов Алексей
Руководитель Чаркина Е.Н..
преподаватель информатики
Болхов, 2014г.
В последнее время программирование стало актуально, особенно среди молодежи. Тем более, что на них пишутся компьютерные игры. Сейчас существует множество программ, позволяющих создавать качественные игры с использованием 2-х и 3-х мерной графикой.
Небольшая, но очень интересная программа Game Maker , на наш взгляд, идеально подходит для создания компьютерной игры, так как он включает внутренний язык программирования, схожий с Delphi , и имеет удобный интерфейс. Создание приложения с помощью данной программы позволяет не только программировать, но и наглядно увидеть результат своей работы.
Объект исследования : программы для создания компьютерной игры
Предмет исследования : создание компьютерной игры средствами Game Maker .
Цель: рассмотреть особенности создания компьютерной игры средствами Game Maker , познакомиться с встроенным языком программирования, создать простую развивающую компьютерную игру.
Задачи исследования:
Изучить и проанализировать специальную литературу по теме исследования.
Рассмотреть основы программирования в Game Maker .
Изучить требования, предъявляемые к развивающим играм.
Разработать макет компьютерной игры и систему персонажей.
Продумать сцену игры.
Создать простую развивающую компьютерную игру средствами Game Maker .
Методы исследования: изучение литературы,анализ и синтез, классификация и обобщение.
Создание компьютерной игры средствами Game Maker
Сейчас в мире существует множество компьютерных игр. Многие из низ направлены на развитие памяти, внимания, помогают отработать навык работы с мышью и клавиатурой.
Но как же создаются компьютерные игры? Есть ли специальные программы. Позволяющие пользователю, знающему язык программирования самостоятельно создать компьютерную игру?
Мы рассмотрели несколько вариантов программ и остановились на Game Maker.
Game Maker - один из самых известных конструкторов игр, ориентированный на создание двухмерных игр практически любых жанров и уровня сложности.
Программа обладает встроенными редакторами спрайтов, объектов, сценариев и комнат, а также позволяет задавать последовательность действий с привязкой ко времени и маршруту движения. Это значительно упрощает запись программного кода, а удобный интерфейс позволяет просмотреть как структуру игры, так и результат.
Основные возможности Game Maker:
- Простой и интуитивно понятный интерфейс программы.
- Встроенные уроки по созданию первых игр.
- Программирование с помощью drag-n-drop.
- Бесплатная коллекция бесплатных изображений и звуков для игр.
- Возможность создания простых 3D-игр.
- Встроенный язык программирования Game Maker Language (GML), позволяющий разрабатывать более функциональные и интересные игры.
Мы решили создать небольшую по объему игру, похожую на Марио, которая помогла бы развить внимание и навык работы с клавиатурой.
Для начала необходимо было продумать сценарий и макет игры. Мы упростили задачу с рисованием изображений и взяли их электронного источника, а макет игровой области с обозначением координат точек изобразили в графическом редакторе.
Следующим этапом разработки игры был поиск звуковых эффектов и текстур. Для упрощения задачи мы их также взяли из электронного источника.
Подготовительные этапы сделаны. Следовательно можно приступать к разработки игры. Все изображения мы поместили в пакет Sprites , текстуры в - Fonts , музыку - Sounds .
Подготовка закончена. Чтобы наши объекты появились на поле игры, необходимо установить связь между ними и пакетом Objects ,для этого мы создали ряд команд, представленных кодами и поместили их в пакет Scripts.
Чтобы площадка игры пробрела нужный для нас фон, мы создали ряд команд, задающих текстуру, и поместили их в пакет Rooms .
Итак, объекты помещены на площадку, комната приобрела нужный нам фон. Осталось заставить двигаться нашего персонажа. Для этого открываем пакет Scripts и прописываем новый код. новый код, позволяющий привязать объект к командной клавише. Мы использовали три клавиши движение впер ед - стрелка в право, назад - стрелка влево, прыжок - клавиша Z .
Последним шагом создания игры было задать движение самой комнате, для этого мы копируем код движения объекта, но само движение сцены прописываем путем изменения координат на прямой движения и привязываем их к нашему персонажу.
Работа на языках программирования, обеспечивает прочное усвоение базовых понятий программирования, легко приобщает к алгоритмической культуре и компьютерной грамотности, развивает и математическую культуру, т.к. для получения решения задач необходимо производить различные расчеты и операции.
В ходе исследования цель, поставленная в работе, была достигнута, все поставленные задачи – выполнены.
При изучении и анализе литературы были использованы различные информационно-технологические и программистские издания.
Рассмотрены основы программирования в в Game Maker . Рассмотрены основные алгоритмические конструкции встроенного языка, уделяется внимание графике.
Были изученны требования, предъявляемые к развивающим играм.
При проектировании будущей игры был сделан ее макет и продумана система персонажей.
Была продумана сцена игры.
Была создана простая развивающая компьютерная игра средствами Game Maker .
Таким образом, в ходе проектирования и создания игры был приобретен навык работы со встроенным языком программирования, формировался навык пошагового составления алгоритма.
Разработанная игра способствует развитию интереса к урокам информатики и программирования, а так же позволит развивать внимание и навык работы с клавиатурой.
Список использованной литературы
Истомина И. Г. Информатика. Техническая графика. – Москва – Ростов – на - Дону, 2005. – 368с.
Левин А. В. Самоучитель компьютерной графики и звука – СПб.: Питер, 2003.- 258с.
Мураховский В. И. Компьютерная графика / под ред. С. В. Симановича. – М.: «АСТ – ПРЕСС СКД», 2002. – 640с.
http :\\www .erudit .ru
http:\\www.gamemaker.ru
http:\\www.game_maker.com
Эта статья является первой в целом цикле материалов для тех, кто хочет стать создателем игр. Если вы молоды, амбициозны и полны идей, а руки чешутся сделать "убийцу GTA" или "MMORPG типа WoW, но круче", то вы нашли то, что искали - руководство новичка по созданию игр . Моя цель - дать читателю общее представление о том, как же всё-таки выглядит процесс создания игр и развеять те иллюзии, которые могли сложиться на этот счёт, чтобы в последствии вы смогли избежать ошибок, совершаемых многими. Как и в любом деле, половина успеха - это правильная подготовка, поэтому чем полнее вы с самого начала будете представлять себе всю картину - тем большего успеха сможете добиться.
На данный момент цикл статей включает в себя следующие материалы, который со временем будет дополняться:
1. Создание игр для начинающих
Начинающий Разработчик Игр - В Простонародии "Чайник"
Итак, после очередного вечера за вы подумали - а чем я хуже?.. Подумали и решили, что вот он, шанс на всеобщее признание - пора создавать игры своей мечты! Кажется, что в этом нет ничего сложного, но вы заблуждаетесь... серьёзно заблуждаетесь. С этого, пожалуй, мы и начнём.На самом деле, даже если не касаться вопроса сложности разработки любой игры (а мы его обязательно коснёмся чуть ниже), то все плюсы и положительные стороны "игроделания" с лихвой уравновешиваются негативными сторонами, с которыми так или иначе сталкиваются все разработчики, особенно начинающие.
Так уж сложилось, что самый первый этап является и самым привлекательным - это момент рождения идеи, её поверхностной проработки, мгновения творчества. В такие моменты можно часами нарезать круги по комнате, представляя, каким классным всё должно получиться и какого признания можно добиться, если воплотить новую идею в жизнь. Восхищение своим творческим гением может переполнить сосуд, и в таком случае оно потребует выхода - чаще всего незрелая идея выплёскивается на одном из тематических форумов, в теме с заголовком вида "Собираю команду для разработки игры, нужны все". Где успешно высмеивается более опытными товарищами по цеху, и, стоит признать, порой весьма справедливо.
Создание Игр - Развлечение?
К сожалению, это далеко не так. Даже если не касаться профессиональной работы в индустрии производства игр, то и любительский проект - это не развлечение в прямом смысле этого слова. Конечно, процесс работы над воплощением своих идей приносит определённое удовлетворение и удобен как средство самореализации, но... Как уже было сказано, самым приятным является момент рождения идеи и её проработка, но затем неизбежно наступают "трудовые будни"
с их повторяющимися действиями, нудной кропотливой работой и тем, чем заниматься ну совсем не хочется (а так как создание игр - достаточно разноплановая работа, то такие вещи наверняка будут, особенно если вы работаете в одиночку). В итоге в таком болоте тонет мотивация, а вместе с ней - и желание заниматься своим проектом.Будьте готовы к тому, что даже относительно небольшой игровой проект может отнять у вас не один месяц времени на его завершение. Подумайте - достаточно ли у вас мотивации, чтобы продолжать работать над воплощением своей идеи даже после того, как начальный азарт угаснет?.. Наверное, не ошибусь, если скажу, что доля проектов, не доведённых до конца и брошенных на разных этапах разработки, стремится к 99%... Вы ведь не хотите пополнить это число своей идеей, правда?
Типовой Портрет Начинающего Разработчика
Да простят меня те, кто узнает себя в этом описании - призываю не обижаться, а продолжить чтение. Сейчас мы попробуем нарисовать типовой портрет начинающего разработчика игр, чтобы лучше понять, с чем нам предстоит иметь дело. Итак, начинающий "игродел" - это чаще всего учащийся школы в возрасте 12-18 лет, внезапно загоревшийся идеей создания игр. Идея приходит спонтанно либо после какого-то толчка к вдохновению, вроде нового фильма или популярной игры. Как правило, сам он ничего не умеет в силу возраста, недостатка опыта и иных причин, поэтому хочет выступать в качестве "руководителя " и/или "сценариста ", "автора идей ". Соответственно, так как самостоятельно с такими навыками сделать ничего хотя бы отдалённое напоминающего игру, нельзя, то нужна "команда", которую данный генератор гениальных идей пытается собрать на одном из тематических форумов.При ближайшем рассмотрении идея оказывается клоном чего-то популярного и известного, "но лучше". Так как представления о том, чего же, собственно, хочется, и как организовать продуктивную работу, нет, то в команду приглашаются все либо почти все. В итоге такая "команда" складывается из случайных людей, которые в течение недели-двух создают видимость бурного обсуждения "проЭкта", иногда даже что-то пытаются сделать (вроде 3D-модели из набора примитивов), но примерно через это же время былой энтузиазм сходит на "нет", у членов команды появляются неотложные дела/сессия/уроки/бабушка заболела и вся затея благополучно рассыпается как карточный домик. Знакомая картина?..
Разработка Игр - Профессия или Хобби?
Разработка игр для многих является просто хобби (т.е. увлечением), но некоторые люди связывают с индустрией разработки игр свою карьеру и становятся профессиональными разработчиками. Естественно, что вопрос о том, есть ли разница между любителем и профессионалом, не стоит - она есть и весьма существенна. В то же время некоторые любители имеют куда более высокий уровень, чем отдельные "профессионалы", так что сам факт принадлежности к одной из этих двух групп не является определяющим. Тем не менее, некоторый отпечаток он всё же накладывает.Любитель , как правило, имеет иной источник дохода (в случае, если он уже достаточно взрослый человек), поэтому над ним не висит вопрос коммерческой успешности своего проекта. Аналогично для тех, кто учится в школе/ПТУ/ВУЗе - они могут работать над игрой в своё удовольствие, бросить в любой момент, реализовывать любые идеи и вообще испытывают гораздо больше свободы в своих действиях. С другой стороны, они не могут посвятить изучению инструментов и получению новых навыков достаточно времени, поэтому в постоянно меняющемся мире игр всегда серьёзно отстают технологически и качественно.
Профессионал - он и в Африке профессионал. Он делает свою работу и получает за это деньги. Как правило, работать приходится над чужими идеями, и благо, если они кажутся интересными - но иногда всё равно приходится работать над тем, что тебе не нравится. Так как уровень мастерства является определяющим в профессиональной деятельности, то такому человеку приходится идти в ногу со временем - осваивать новые технологии, программы, приёмы, техники и т.д. Он может позволить себе посещать семинары, курсы повышения квалификации, тратить достаточно времени на книги и видеоуроки - словом, пребывать в постоянной гонке за право считаться специалистом своего дела.
Есть и третий вариант - это независимые разработчики (инди) . На мой взгляд, это самый привлекательный путь для тех, кто обладает достаточным талантом и способностями для того, чтобы заниматься разработкой игр "от и до" самостоятельно либо в небольшом коллективе. Налицо плюсы такого подхода - можно работать над воплощением своих идей и в то же время зарабатывать на этом.
Вобрав в себя плюсы профессионального и хобби-подхода, инди-разработка не избавлена от ложек дёгтя в бочке мёда.
- Во-первых, чтобы быть успешным инди-разработчиком, необходимо всё же регулярно заниматься повышением своих способностей и улучшением навыков, посвящая достаточно времени самообразованию - двух выходных дней в неделю, которые можно посвятить себя делу, скорее всего будет недостаточно.
- Во-вторых, вам придётся самостоятельно заниматься многими специфическими вещами, которые в крупной компании выполняли бы отдельные специалисты, а в любительском проекте можно было бы обойтись и без них. В-третьих, так как мастера-на-все-руки, которые одинаково хорошо могут справиться со всеми аспектами разработки игры (графика-дизайн-музыка-программная часть) во всём мире, наверное, считанное количество, то часть работы нужно будет передавать на исполнение фрилансерам либо искать единомышленников, готовых работать вместе с вами.
- Ну и в-третьих - делая ставку на свой проект, вы вкладываете в него время, деньги (хотя первоначально можно обойтись без значительных вложений) и ожидаете получить какую-то отдачу. И тут всё зависит от вас - на что наработаете, то и заработаете. Проект может быть как удачным, так и неудачным.
Цена Идеи для Игры
Часто приходится сталкиваться с ситуацией, когда на форуме о разработке игр появляется тема, в которой автор представляет свой проект, но избегает всяких деталей, ограничиваясь лишь самой общей информацией. В ответ на просьбы дать подробности автор утверждает, что не сделает этого, т.к. идеи уникальны и могут быть украдены. Бесспорно, некоторые идеи могут быть очень удачными, и их вполне разумно держать в секрете, но...Не падайте в обморок, но идея сама по себе не имеет никакой цены. Ноль. Даже самая гениальная идея ничего не стоит. Идей великое множество, и некоторые из них весьма и весьма удачны. Тем не менее, идея не обладает практическим значением до тех пор, пока она не реализована в виде чего-то менее абстрактного.
Задумайтесь: когда в последний раз вы видели действительно оригинальную идею? "Аватар"? Нет - если разложить идею до уровня концепции, то всё просто: земляне из будущего добывают ресурсы на чужой планете, игнорируя интересы местного населения. Один из землян проникается сочувствием к аборигенам, становится частью их народа и возглавляет борьбу против захватчиков. Просто, не правда ли? Crysis? Классический шутер про элитного спецназовца с супер-способностями, которые ему даёт костюм, и пришельцами из космоса. World of Warcraft? Игра, действие которой происходит в богатой на события и предысторию вселенной, с высокой ролью сюжетной составляющей, разносторонними сложными взаимодействиями игроков и мощной экономической системой.
Во всех этих идеях самое ценное то, КАК они были реализованы. Даже самая простая идея, будучи воплощённой в жизнь на высоком, качественном уровне, с глубокой проработкой, может "выстрелить" и стать хитовой игрой/фильмом.
Таким образом мы приходим к выводу, что для начинающего разработчика вопрос "как" гораздо важнее вопроса "что". Очевидно, что идея создания MMORPG нового поколения (так называемый next-gen) абсолютно бесполезна для большинства разработчиков, так как в силу объективных причин они просто не могут реализовать её в каком бы то ни было виде.
Английский Язык для Разработчика Игр
Отдельного упоминания заслуживает вопрос изучения английского языка. Очевиден тот факт, что игровая индустрия в подавляющем большинстве своём использует английский язык как язык международного общения. Конечно, есть национальные рынки и их разработчики, которые говорят на своём языке (например, Россия и Япония), некоторые из них могут быть весьма крупными и даже огромными (Китай) - но это не отменяет того факта, что инструменты разработки, учебные материалы и документация почти всегда использует английский язык.Я убеждён в том, что знание английского языка - это критический фактор , который оказывает огромное влияние на тот путь, который предстоит пройти, чтобы стать разработчиком игр. Даже с чисто практической точки зрения способность читать и понимать английские тексты - огромный козырь в борьбе за место под солнцем. Если вы откроете вакансии русских компаний-разработчиков, то в 90 % из них найдетё такой пункт, как "технический английский на уровне чтения и понимания".
Возьмём конкретный пример - 3D-графика. Текстовые и видеоуроки по 3D-графике на русском языке в большинстве своём сделаны любителями для любителей, лишь немногие из них учат чему-то, что можно назвать средним уровнем, и крайне малая часть - это действительно профессиональные и актуальные вещи. Иными словами, всё это - капля в море знаний.
Спрашивается - зачем довольствоваться каплей, если можно выпить море? Знание и понимание английского - это ваш ключ к огромному массиву полезной и актуальной информации, сам факт доступа к которой даст вам десять очков форы. Компании Digital Tutors и Gnomon Workshop имеют в своём активе тысячи часов обучающего видео по всем областям применения популярных 3D-пакетов, таких как Maya или 3DS Max. Англоязычные сайты кишат статьями о геймдеве, а на форумах могут подсказать решение сложных проблем - просто потому, что количество людей ТАМ несоизмеримо выше с количеством людей ЗДЕСЬ. Берите лучшее из двух миров!
Что делать? Учить языки - оно того стоит, даже если через год вы забросите геймдев. Как? Не спать на уроках в школе, записаться на курсы, использовать самоучители - путей много, было бы желание. Особое внимание стоит уделить лексике - вам совсем необязательно уметь говорить на этом языке, главное - уметь читать и понимать прочитанное. Уже после этого можно будет начать развивать навык восприятия английской речи на слух - и в этом могут помочь видеоуроки по 3D-графике, если вы художник, или аудиоуроки по английскому языку. Ещё раз повторюсь - по ту сторону языкового барьера огромный мир, полный информации. Не иметь к нему ключей - всё равно что учиться по черновику, когда рядом есть библиотека.
