Gamedev - История создания игры Ball Quest.

  Как делался Ball Quest
Alone Coder 

   Идея этой игры (тогда ещё без названия)
заползла в мою больную голову 16 мая,после
того, как не состоялся ожидавшийся на май─
ские праздники натиск на v9990. Дикая идея
была отправлена Shiru Otaku, и 20-го числа
Shiru выслал мне для экспериментов пробный 
набор  спрайтов мячика (достаточно большие
- 64x64,- чтобы  я  мог  попробовать подо─
гнать размер). Я покрутил так и эдак и ре─
шил,что надо 24x24. 23-го Shiru переренде─
рил  мячик  в 24x24 (надо соблюдать размер
при рендеринге,поскольку при масштабирова─
нии  может появиться окантовка), и процесс
медленно пошёл.
   Shiru: Если по-хорошему, то надо соблю─
дать размер ещё при моделинге.Швы и шести─ 
угольники  на  мячике  я сделал геометрией 
(есть  простой способ, проще, чем рисовать 
текстуру) и выбирал  их  размер, чтобы они 
смотрелись нормально в 64x64.Поэтому после 
пере-рендера в 24x24 швы почти исчезли.Ко─ 
нечно,надо было перемоделить заново, но не 
дошли руки. 
   Alone: А по-моему, мячик  и так  вполне
хороший, перемоделивать не надо. 
   Сначала  я  организовал  в  движке Pang
возможность  смены координат камеры (чтобы
шарик был в центре). Потом нарисовал стен─
ки, алмазы,стрелочки,EXIT и вылетающие ци─
фры, набросал  в исходнике тестовую карту.
К 13 июня уже была готова физика, сконвер─
чен  один  небоскрёб, подобрано  несколько
звучков (на  звуковом движке Wolf2004/Pang
16C ).И придумано название - Ball Quest. В 
принципе,работы тут было не на три недели,
а на три дня.
   15 июня  я перебрался в Москву к Shiru,
 где мы почти сразу выяснили следующее:
  1. Нерелизенной  музыки  не хватит на 10
уровней,даже если доделать недоделки.Кроме 
нерелизенной  есть недорелизенная, но пло─ 
 хая. 
  2. Подходящего редактора для карт такого
 вида нет, надо писать. 
  3. Надо исправить клипирование в АТМовс─
 кой версии движка. 
  4. Трудновато найти фотографии небоскрё─
бов с приличной высоты  и с горизонтальным 
направлением взгляда. 
   Редактор  Shiru наваял довольно быстро,
с редактированием  по тайловому принципу и
сохранением  в нужном  для  игры формате с
координатами. Но выяснилось, что не только
мы, но и зашедшие в гости CHRV, Максагор и
Wlodek - никто  не любит придумывать уров─ 
ни! Совместными с Shiru усилиями...
   Shiru: Мои  усилия заключались в наблю─
дении за сочинением ;) 
...к концу недели мы сумели сочинить толь─
ко три штуки, которые,впрочем,из нас двоих
прошёл  только я :)) (Тогда игра умела ра─
ботать только в режиме FAST GAME,и я хотел
релизить её именно в этом виде.)
   Фоновые картинки мы искали по интернету
три раза. Половина найденных картинок либо
была снята с плохим ракурсом,либо выложена
с плохим разрешением, либо некрасиво смот─
релась  в 16 цветах. И стало  ясно, что 10
хороших уровней у нас получится вряд ли...
   Отдельной проблемой оказалась начальная
заставка. По  проекту  там должен был быть
изображён  мячик, лежащий  в траве на фоне
небоскрёба. Однако  эксперименты показали,
что  отрендерить  красивую траву не так-то
просто. Shiru  с ходу отмёл идею позаимст─
вовать  мячик у соседей  и сфоткать его во
дворе.
   Shiru: Старушки-соседки  вряд ли согла─
сились бы расстаться,даже на время,со сво─ 
им футбольным инвентарём! 
   Взамен  он  запустил  поиск  в инете на
"ball grass"  и нашёл на visualparadox.com
почти то, что требовалось - только на фоне
футбольных ворот. Текстура травы была дос─
таточно  хороша, но  количества оной травы
явно  не хватало. Shiru размножил её копи─
рованием и штампами,передвинул мячик,убрал
задний план и поставил вместо него одно из
забракованных высотных зданий (забракован─
ное потому,что было сфотографировано с зе─
мли). Дальше стало интереснее:я обнаружил,
что мячик получается терпимо только с dia─
mond штриховкой, а трава - только с Floyd.
Поэтому  пришлось каждый объект конвертить
отдельно,а потом склеивать. И потом до ко─
нца июля мы по очереди чистили получившую─
ся картинку - и в интересах красоты, и для
экономии памяти (она всегда в памяти;впро─
чем,можно было подгружать). Например,верх─
няя часть травы размыта вручную. Блок окон
в левой части здания тоже нарисован по пи─
кселям.
   Но  заставка - это  ещё не весь дизайн.
Надо  было  придумать  и игровую панельку.
Предложение сделать её в виде сыра (инфор─
мация - в  дырках) Shiru отверг, поэтому я
решил сделать её в виде поезда (информация
- в окнах).
   Shiru: Мне не понравилась идея  с сыром
тем,что сам по себе сыр ничего не символи─ 
зирует. Поезд - ещё куда ни шло,ассоциации 
с путешествием. 
   После  очередного  копания  в интернете
был найден всего один приличный вагон,сня─
тый почти в профиль - на сайте московского
метро. Shiru, оглянув  сей  шедевр, изрёк:
"ничего из этого не получится". Но он ока─
зался  не прав! =)) Чтобы развернуть вагон
вдоль экрана, я натравил на картинку трёх─
мерное преобразование.Далее обычная опера─
ция обкусывания фона, замены цветов,подго─
нки  под нужный размер (в том числе окна -
под знакоместа) - и вуаля!
   И тут выяснилось, что панельку надо на─
ложить  на все фоновые картинки. Ведь кар─
тинки  грузятся прямо в экранную область и
там же разворачиваются (см.статью про Pang
в прошлом номере).Альтернатив хранению па─
 нельки в картинках было всего три:
  1. Иметь её на экране всегда, даже в ме─
 ню; 
  2. Хранить её в верхней памяти (надо ли─
 шних 4k ОЗУ); 
  3. Постоянно её подгружать.
   Нельзя было сохранить панельку на неви─
димом экране,т.к.во время распаковки любой
картинки  он становился видимым, и было бы
некрасиво. Хотя...
   Но я решил не усложнять задачу,чтобы не
превращать  проект в долгострой. Была даже
надежда на завершение игры прямо в Москве.
У меня дома всё пишется гораздо медленнее.
   И вот, решив  накладывать  панельку  на
пейзаж, я осознал,что надо сейчас же доде─
лать панельку окончательно, чтобы потом не
пришлось  по  второму  разу конвертировать
все пейзажи.(Забегая вперёд,скажу,что всё-
таки  пришлось! После  того, как  я уехал,
Shiru  лишний  раз  почистил её от шальных 
пикселов, оставшихся после конверсии и из─
бежавших моей чистки.)
   Я настроил  в исходнике игры координаты
чисел,и Shiru взялся рисовать надписи типа
"LIVES". Заодно  он нарисовал два шрифта -
один  мелкий, для  обычных  нужд, а другой
крупный, но  неполный - для сообщений типа
"LEVEL COMPLETE!". В запаснике у него наш─
лась  утилитка  для  разбиения картинок на
тайлы,и он разбил с её помощью все крупные
надписи на неповторяющиеся знакоместа. Так
была сэкономлена куча памяти.Полученный на
выходе той утилитки длинный-предлинный bmp
я сконвертировал на ZX так же,как спрайты,
только  исправив  несколько  строчек в том
конверторе.
   Shiru: Хотя эта утилита умела также со─
ставлять список  номеров  тайлов, она была 
написана  немного  для  других  целей (под 
другие  размеры изображений), поэтому спи─ 
сок номеров AlCo пришлось составлять вруч─ 
ную, при  помощи  ручки, бумажки и зоркого 
глаза. Потеряли лишние полчаса, но исправ─ 
лять утилиту было бы дольше. 
   Всю  музыку для игры делал Shiru. Музы─
ка, к сожалению,не оригинальная - в основ─
ном это ремиксы известных тем с приставок,
исключение  составляет  трек 2-го уровня -
он заремиксен с живой музыки. Проблема бы─
ла  в том, что Shiru пишет исключительно в
Vortex Tracker'е, и пересадить  его  в Pro 
Tracker не удаётся. 
   Shiru: В PT я писал бы медленнее,привы─
чка - страшная сила. Для меня создание од─ 
ного  кавера в VT - дело нескольких часов, 
особенно  если  под  рукой  есть набранная 
кем-нибудь  ранее  midi-шка с мелодией (их 
полно  в  интернете, из  игр  -  на  сайте 
vgmusic.com ). 
   В VT  один TS музон - это 2 модуля, а в
PT - 1 модуль. К моменту  начала работ над 
игрой  я  уже успел перевести два музона в
формат  PT (один из них несколько даже ис─
правив).И TS плейер для PT уже был.Поэтому
я решил  перетащить на PT и остальные ком─
позиции. Это  задача вовсе не тривиальная,
поскольку  два набора сэмплов и орнаментов
надо сводить к одному, исправляя цифры и в
самой мелодии...
   Звуковые эффекты мы реализовали с помо─
щью  нового пакета AY Sound FX Editor (ре─
дактор звуковых эффектов для AY на PC, под
Windows ),который Shiru написал в феврале- 
мае. К нему  прилагался плейер и несколько
наборов звуков, из которых мы выбрали нуж─
ные. Для многих событий там было по неско─
лько звучков-кандидатов, но некоторые дру─
гие  звучки  всё-таки пришлось нарисовать:
удары, падение, подсчёт очков.
   Shiru нарендерил анимацию пяти объектов
(вишенки,гиря,бутылка,ключ,часы).Я выбирал
из последовательности  нужные кадры и кон─
вертировал  их в Photoshop'е следующим ме─
 тодом.
  1. Загружаем  первый кадр, клипируем его
(масштаб  надо было указать ещё при ренде─ 
ринге! Желательно и клипирование произвес─ 
 ти тогда же). 
  2. Конвертируем (штриховка - по вкусу; у
нас - без)  в адаптивную  палитру  из 8-10 
цветов (редко  надо больше). Сохраняем эту 
 палитру под названием "from.act". 
  3. Исправляем  цвета  в  этой палитре на
ближайшие к ним спектрумовские,кроме фоно─ 
вого, который надо выбрать нестандартным - 
допустим,иссиня-фиолетовым. Полученную па─ 
 литру сохраняем как "to.act". 
  4. Конвертируем в RGB,потом в спектрумо─
вскую палитру,в которой 0-й цвет равен то─ 
му,нестандартному. Пусть эта палитра лежит 
в файле "zx.pal". Сохраняем картинку (вер─ 
сия  Photoshop, которая стоит у Shiru, по─ 
чему-то  виснет при сохранении indexed co─ 
lor картинки  поверх RGB картинки с тем же 
 названием). 
  5. Повторяем всё это со всеми остальными
картинками,НО УЖЕ ИСПОЛЬЗУЯ ГОТОВЫЕ СОХРА─ 
НЁННЫЕ ПАЛИТРЫ.Можно воспользоваться фото─ 
шоповской  системой макросов (я воспользо─ 
вался). 
   Потом, в процессе перекапывания коллек─
ций  Shiru, я обнаружил одного замечатель─
ного паучка,отрендеренного Surfin' Bird'ом
(тем  самым, который  нарисовал  графику к
Fire & Ice  и отрендерил АТМ в корпусе под 
орех :)). Я покрасил паучка в красный цвет
и тоже внёс в игру.
   Ещё  несколько  объектов  (проломленная
доска, стекло,разбитое стекло) я нарисовал
по пикселям.В общем,мы штамповали графику,
пока не кончилась страничка памяти,зарезе─
рвированная под спрайты :) Можно было про─
должить в другой страничке, но это грозило
отказом от чего-нибудь другого.Мы даже от─
кусили половину фаз ключа.
   Редактирование  уровней шло вяло. Чтобы
ускорить  их проверку, Shiru организовал в
своём  редакторе  запись  в формате хобеты
(её  умеет  грузить Unreal Speccy, правда,
забывая при этом имя текущего trd-шника).
   Shiru: Добавление файлов в trd-шник, со
всеми проверками, было бы существенно сло─ 
жнее (то есть дольше,что было принципиаль─ 
ным  моментом), поэтому  от этого варианта 
я  отказался. Позднее  для  решения подоб─ 
ных  задач  я написал  специальную утилиту 
trdtool, она есть на Virtual TR-DOS. 
   Уже  собираясь уезжать, я врубился, что
время уровня должно лежать в самом уровне,
а не в программе.Эту функцию Shiru добавил
за последние минуты, заодно переведя гото─
вые уровни в новый формат.
   Итак, я отъезжал 20 июня в Рязань,имея,
по  большому счёту, набор конвертированных
фонов, 3 уровня, редактор  и почти готовый
исходник игры,который в режиме АТМ почему-
то  отказывался  грузить второй уровень по
прохождении  первого. И  при  всём  этом я
очень хотел спать!
   Было  видно, что всю неделю мы работали
эффективнее, чем  в  прошлый  раз (январь,
Time Gal ), но  игру  всё-таки доделать не 
успели.
   После долгого отсыпа (в течение которо─
го Shiru наремиксил ещё 2 трека) я нарисо─
вал  один уровень по идее Shiru (4) и поз─
вал John'а помочь. Один уровень мы сделали
вместе (5), ещё два он набросал на бумажке
(6,7). John настраивал уровень 4 так,чтобы
сам  мог  пройти  его только с 10-й - 20-й
попытки (а он играл в режиме SLOW GAME). Я
еле убедил его не издеваться над игроком:)
Когда John пришёл в следующий раз, его бу─
мажные  уровни  уже были готовы. Я показал
ему результат и заодно нарисовал последний
уровень (8), но John уже потерял интерес и
смотрел по сторонам :(
   Далее  я  в  основном  отлаживал  игру,
тестировал  и причёсывал (добавил  бегущую
строчку,кэш,отклеил мячик от фона - раньше
он был всегда точно в центре экрана). Тес─
тировать помог Максагор. 2 августа я успе─
шно (кажется) завершил  этот процесс и за─
бил  остаток  памяти  демками прохождения.
Демки  -  это  последовательность  нажатий
клавиш. Можно было пожать их через RLE, но
влезло и так... Впритык, правда...
   5 августа пришёл John и исправил трек к
4-му уровню.
   Дальше я только оформлял исходники.

              Об исходниках

   В движке  по сравнению с Pang'овским вы
можете обнаружить следующие важные улучше─
 ния:
  - Появилась  поддержка  кэша. Там  лежат
основные циклы вывода и стирания спрайтов. 
 В АТМ версии кэш тоже поддерживается! 
  - Спрайты, лежащие  в нижней  памяти, не
копируются перед использованием (это брев─ 
 но и бетонная плита). 
  - Спрайт, который  перед  тем был только
что скопирован в нижнюю память, не копиру─ 
 ется снова во 2-й, 3-й и т.д. раз. 
  - Копирование производится LDIR'ом,лежа─
щим не в ОЗУ, а в ПЗУ/кэше. В турбо-режиме 
ПЗУ  и  кэш  работают  существенно быстрее 
 ОЗУ. 
  - На АТМ организовано клипирование снизу
(макрос D31 ). Высота игрового окна должна 
 делиться на 32. 
  - При построении списка выводимых спрай─
тов учитывается их высота (ID объектов ра─ 
збиты  на несколько групп в зависимости от 
размера - в следующий  раз  надо будет по─ 
пробовать  читать  высоту из самого спрай─ 
 та). 
  - Предусмотрено  отключение всех режимов
и восстановление состояния vTRDOS  на вре─ 
мя  дисковых  операций  (процедуры  VTRON, 
 INIATM). 
  - Шрифт теперь 16-цветный.Плюс добавлена
 печать больших сообщений спецшрифтом. 
  - Можно убрать (метка re) сохранение эк─
рана под спрайтами  и  все соответствующие 
буфера. Это сохранение не нужно для многих 
видов игр, например, для стратегических. 

   Коллизии  организованы  следующим обра─
зом. Имеется  карта (BMAP) 64x64, по байту
на знакоместо. Вне границ уровня эта карта
не действует - считается, что снаружи пус─
то. В карте проницаемые знакоместа обозна─
чаются 0. Призы  обозначаются 2. Препятст─
вия обозначаются числами от 3 до 255. Каж─
дое  такое  число - номер  юнита  в списке
юнитов  уровня  (эти номера не меняются по
ходу игры, т.к. в BQ юнит при удалении фи─
зически  не  удаляется, а  превращается  в
IDerased).Мячик постоянно проверяет неско─
лько  знакомест внутри себя. Его поведение
(процедура BOUNCE) зависит от того,с какой
стороны он чувствует препятствие. Тип зву─
ка столкновения определяется типом препят─
ствия (номер юнита в BMAP нужен только для
этого;можно было взамен положить сам тип).
Разрушение препятствия - там же. Громкость
звука зависит от скорости мяча.
   Обратите  внимание  на управление мячом
(CPlrf). Оно  работает только во время ка─
сания  стен/пола/потолка (признаки генери─
руются в BOUNCE). Точнее,не только во вре─
мя, но  потом  ещё один раз через 2 фрейма
(в SLOW GAME - через 4). Это сделано,чтобы
опытный  игрок  смог более хитро управлять
движениями.

              Разбор полётов

   Что было сделано правильно:
 

  1. На  момент  начала  совместной работы
уже имелся движок,конверторы,половина объ─ 
 ектов и физика. 
  2. Было много запасной музыки (полунедо─
писанной  и  недополурелизенной). В случае 
цейтнота  успели  бы  вставить  garbage (к 
 счастью, не пришлось). 
  3. Редактор эффектов Shiru написал очень
кстати, и  эффекты  с MSX были сконверчены 
 тоже очень кстати. 
  4. Я успел ещё раньше переделать Mr Gluk
Reset Service и ALASM под АТМ, и это весь─ 
ма помогло. Впрочем,можно было (как в слу─ 
чае Pang) писать в конфигурации Pentagon с 
фальшивым  значением в порту #eff7, но по─ 
том всё равно пришлось бы возиться с адап─ 
 тацией под АТМ, удобство так и так нужно. 
  5. Весь набор программ имелся на компью─
тере,не пришлось,как в прошлый раз, качать 
 Delphi ;))) 
  6. Ничего не пришлось изучать в процессе
(в прошлый  раз  приходилось на каждый чих 
водить пальцем по талмуду Максагора об ар─ 
хитектуре АТМ turbo 2+ и по pdf-кам с ATA/ 
 ATAPI/CD-ROM/CDFS стандартами). 
  7. Был опыт совместной работы.

   Что было сделано неправильно:
 

  1. Надо  было  посидеть  вместе ещё один
день, точнее ночь - до последнего утра мо─ 
его отпуска (хотя у меня тогда был бы риск 
опять проспать поезд, как в прошлый раз) и 
всё-таки нарисовать уровни.Так была бы на─ 
 верняка сэкономлена целая неделя. 
  2. Плейер  эффектов, прилагавшийся  к AY
Sound FX Editor'у, был  не вполне  готов - 
его пришлось доделывать на лету (последний 
фикс  я вносил  уже дома). Впредь этого не 
 повторится, плейер теперь исправлен. 
  3. Не  надо было исправлять клипирование
на месте - я внёс из-за этого глюк,который 
потом долго искал - аж по распечатке! Надо 
было заниматься этим клипированием дома, в 
 спокойной обстановке, до или после. 
  4. Один  компьютер  на  двоих - всё-таки
маловато :) В прошлый раз получалась одно─ 
временная  работа - один  кодит/конвертит, 
другой в это время тестирует на АТМ. Хотя, 
конечно, размышления  лёжа на диване - это 
 тоже работа... 
  5. Из-за Pang'овской системы "1 файл = 1
спрайт" на рабочем диске накопилось аж 125 
файлов. Постоянно  приходилось делать MOVE 
(хорошо,что в ALASM'е есть MOVE),а графику 
переносить  на  диск по частям (т.к. после 
конвертации .bmp  появляется один файл .C, 
и  ещё  один - после  упаковки этого .C, а 
стираю я  этот .bmp  и этот .C только пос─ 
ле).  Надо  было  организовать  контейнеры 
спрайтов и сделать 2 рабочих диска (диско─ 
 вод A: - исходники,дисковод C: - ресурсы). 
  6. Копирование файлов через ESN было не─
удобно - после  его запуска (а не выходить 
из  него нельзя - он страшно греет процес─ 
сор)... 
   Shiru: Возможно, это проблемы моего из─
лишне горячего P4. 
... приходилось  долго переходить к нужным 
каталогам, а мы даже не приблизили эти ка─ 
талоги друг к другу. В SN была функция бы─ 
строго перехода (через Alt+цифра),но в ESN 
 её почему-то выкинули. 
  7. Конвертирование  рендеренных анимаций
через  Photoshop - долго  и нудно. Если бы 
было нарендерено не 7 объектов,а 70,да ещё 
и не по 4-8 фаз, а по 16-32, то это был бы 
капец. Нужна утилита,которая бы конвертила 
анимации и заодно кидала полученные конте─ 
йнеры спрайтов на рабочий диск с графикой, 
чтобы  не запускать этот дурацкий ESN. Бо─ 
нус был бы,если бы таблицы персонажей (где 
лежат  их  метки-названия, число фаз и всё 
такое в этом духе) составлялись  в этой же 
 утилите и сохранялись в формате ALASM. 
  8. Загрузку  уровня  надо  было написать
заранее.А не искать на месте часами,почему 
АТМ  не  грузит, и не выяснять лишний раз, 
какой  экран  надо включить, чтобы юзер не 
 видел левоту. 
  9. В редакторе уровня  были неудачно по─
добраны горячие кнопки (NumPad). Они так и 
не пригодились. Ещё в редакторе не хватало 
фичи: при  переключении объектов надо сде─ 
лать текущим тот тип объектов, объекты ко─ 
 торого мы щёлкаем. 
  10. Как-то раз потребовался STS. А пере─
делать под АТМ я его не успел.Надо переде─ 
 лать (сделать в ПЗУ резиденты для этого). 
  11. Не  нашли  человека, который  мог бы
качественно почистить конверченные картин─ 
 ки, пока мы занимались другими делами. 
  12. Ходили тут всякие - типа посмотреть,
как  мы  игру пишем :) Какая там писанина, 
когда гости нагрянули!