Как делалась первая игра. Советы начинающим

Всем Привет. Меня зовут Андрей, и я с детства увлекался видеоиграми. Идея делать флеш игры засела мне в голову пару лет назад, но всё как-то не было времени. Я читал форумы и блоги разработчиков, играл в игры, завёл тетрадку куда записывал свои идеи, но руки как-то не доходили. Оказалось, самое трудное это начать.

Я очень рад, что моя половина разделила моё увлечение и всячески помогала мне в этом, не только советами но и делом.

Эта статья не в коем случае не является 100% руководством к действию, в ней я описываю наш “путь” первой игры. Возможно профи увидят в написанном много глупостей и очевидностей, или знают как реализовать той или иной функционал более изящным методом. Профи, пишите комментарии о ляпах и помогите советом нам, начинающим.

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

Начало

Чтобы что-то строить, нужно уметь держать в руках инструмент. Глупо забивать гвозди микроскопом, когда удобнее использовать молоток. Первая игра должна быть простой в реализации. Есть готовые движки и библиотеки для создание игр Box2d, Pixel, Push Button Engine, WCK … К некоторым есть подробные гайды даже на русском языке, но сначала я бы рекомендовал изучить основы AS3.
Именно AS3.

Для этого подойдёт книга Рич Шупа и Зевана Россера Колина «Изучаем ActionScript 3.0» или книга Колина Мука «ActionScript 3.0 Для Flash». Она большая, но прочитайте хотя бы первые 6 глав. Ну хотя бы главу про список отображения.
Ещё бы я посоветовал прочитать туториал MJW по созданию игры. Именно на основе его прочтения я и сделал движок для Светлячка. Если у вас проблеы с английским, то гугл переводчик более менее сносно переведёт. Зато вы узнаете много интересного, о том как взаимодействуют объекты и как это описать. Туториал очень подробный, со всеми исходниками. Всего 12 глав, на каждую главу не более часа. И к каждой главе есть отдельные исходники.

Для игры вам нужна Идея. И не просто идея: “ну пусть это будет стрелялка про зомби и кровищи побольше”, а глубоко проработанная идея. Кто герой, какое оружие, как будет развиваться герой от уровня к уровню, сколько будет уровней, какая цель героя, какое управление, сколько уровней, сколько противников, как начинается уровень и как заканчивается… Чем глубже будет проработано, тем лучше вы сможете представить себе структуру игры. Конечно потом в процессе создания можно всё изменять, но имея в голове стуктуру игры(а лучше на бумаге) гораздо проще сделать план разработки и действовать по нему.

Кстати про план, очень полезная штука, если им правильно пользоваться. Чем подробнее план, тем лучше. Распишите все элементы, которые нужно сделать(нарисовать и запрограмировать). И от малого к большому начинайте реализовывать. Так приятно вычёркивать из списка уже сделанное. Если на чём то забуксовали, просто разбейте на более мелкие части.

Код

Мне вообще нравится использовать карандаш и бумагу для планирования. Перед тем как писать код нарисуйте структуру игры. Прелоадер => Главное Меню => Выбор Уровня => Игра => Выигрыш => Игра …

Понятно, что из Главного Меню можно попасть не только на Выбор Уровня, но и на Настройки, а из Выбора Уровня можно попасть назад в Главное Меню. А куда можно попасть из Игры? Очевидно что в Паузу или Выигрыш или Проигрыш. А из Паузы? Нарисуйте всю структуру и связи в ней.

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

В своё время я кучу времени потратил на поиск удобного способа передачи информации между классами. От родителя к сыну и наоборот( от вызывающего класса к вызванному, и наоборот). Например у меня Игра, это класс который вызывается каждый раз с разными параметрами в зависимости от выбранного уровня в Выбор Уровня.

Передать данные в вызванный класс легко:

playScreen = new PlayScreen();
addChild( playScreen );// добавляем класс
playScreen.pusk(false,0);// вызываем в этом классе функцию с передачей данных из родителя
или
playScreen = new PlayScreen();
playScreen.numEnemy = 3; // передаём данные в переменную  numEnemy (она должна быть public)
playScreen.numBonus = 1;// передаём данные в переменную  numBonus
addChild( playScreen );// добавляем клас

А вот наоборот сложнее, вызванный класс не может обратиться к родителю и передать ему данные. Для этого отлично подходит dispatchEvent.
Логика проста:
1)создаётся класс для передачи событий NavigationEvent, наследник Event

package  
{
        import flash.events.Event;
        public class NavigationEvent extends Event 
        {
                public static const WIN:String = "win";
                                
                public function NavigationEvent( type:String )
                {
                        super( type );
                }
        }
}

2)создаётся слушатель события
playScreen.addEventListener( NavigationEvent.WIN, onWin)
3)при наступлении условий для выигрыша в коде класса PlayScreen пишется

dispatchEvent( new NavigationEvent( NavigationEvent.WIN ) );

4)Вуаля, если условия для выигрыша выполняются, срабатывает dispatchEvent и передаёт событие NavigationEvent.WIN, а его слушатель уже вызывает функцию onWin в родителе.
Не обязательно использовать константу в классе NavigationEvent:

public static const WIN:String = "win";

вместо неё можно передавать переменную типа string, об этом подробнее в части про звук.

Старайтесь не тратить много времени на оптимизацию кода, который выполняется разово(например при инициализации меню), но если код используется часто на EventFrame или по таймеру, оптимизируйте его. Я потратил несколько дней на оптимизацию кода меню выборауровней, а потом только подумал — ну стало не 140 строчек кода, а 40. Кто заметит разницу? И наоборот оптимизация часто повторяющегося кода в игре очень заметна. Для отслеживания «пульса» игры используйте счётчик FPS. Например этот. Используя код по ссылке создать класс FPSMemCounter, а в код добавить:

var MyFPSMemCounter : FPSMemCounter  = new FPSMemCounter ();
addChild( MyFPSMemCounter );

Графика

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

Наоборот, использование векторной графики хорошо сказывается на объёме, но плохо на производительности, особенно когда очень много небольших элементов. Мы рисовали графику прямо во флэш.
Совет — флеш автоматически ужимает растровую графику при публикации, поэтому лучше самому настроить параметры публикации иначе на выходе можнополучить графику низкого качества.
Для улучшения производительности с векторной графикой, её можно оптимизировать (Модификация => Фигура => Оптимизация). Неплохо пользоваться cacheAsBitmap = true, тогда ваша векторная графика не будет перерисовываться каждый кадр, что тоже позволит улучшить производительность.

Насчёт рисования я плохой советчик. Здесь уже полно уроков по рисованию. Но вот мои пять копеек: Для рисования лучше использовать планшет Wacom, они конечно стоят дорого, но можно заказать б.у. на e-bay. Если планшета нет, можно обрисовывать контуры рисунка мышкой и подправлять их прямо во флеш. И не забывать про Ctrl+Z.

Звук

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

Конечно, если есть возможность лучше нанимать профессионала, но если нет возможности…

программирование звука — прочитайте тут
Очень удобно управлять звуками создав специальный класс и использовать dispatchEvent для передачи событий в этот класс для проигрывания звуков.
С этим классом удобно использовать кнопки выключения/включения звука по каналам.

FIN
Игра готова? Протестирована на знакомых?
Не забудьте сделать прелоадер. Я с этим мучался 3 дня. Всё работало, но экран прелоадера показывался только с 80%. Перечитав кучу гайдов о том, как сделать прелоадер и перепробывав более 6 методов, перепроверяя код, ловя ошибки я ни к чему не пришёл. Начал по кускам удалять игру и смотреть, что получится. В итоге причина была проста, во «второй кадр», в котором лежит всё, что должно подгружаться при вставке из библиотеки вкладывался только 1 звук, остальные не включались в этот кадр. Это баг или ещё что-то, не знаю. В символе AssetsHolder, в котором лежат все объекты для до загрузки, звуки вложил на разные кадры- сработало. Теперь считает от 1%.

Попытайтесь найти продюсера для своей игры, если не получится (у меня не получилось), прийдётся делать всё самому, без советов.

Я сделал всё не так(из-за чего игра пока не продана), но, полагаю, что нужно было действовать следующим образом:
1)сделать сайт лок для FGL
2)составить хорошее описание на хорошем английском
3)сделать красивый аватар(100*100)
4)подготовить красивые принт скрины игры
5)сделать небольшое видео с лучшими моментами геймплея
6)разослать по спонсорам предложение посмотреть

ps
Возможно, между 5 и 6 пунктом лучше сделать «порку» на форуме, доработать и уже потом показывать?
Повторюсь, я пока не продал игры и этот рассказ с моей колокольни. Саму игру можно посмотреть по ссылке.
Прочитав множество блогов разработчиков я хотел бы тоже преподнести свой небольшой вклад. Надеюсь, информация была полезной и увлекательной.