gamedev

профессор Колба

2010-07-06T05:07:00.000-07:00

Сейчас Ярило студия разрабатывает казуальную игру под рабочим названием "Профессор Колба и невероятная эпидемия". Я хотел бы немного рассказать о том что это будет за игра и как она разрабатывается.

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

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

Игра представляет собой набор мини игр, выполненных в общем мире. В микроскопическом мире бактерий. Бактерии нарисованы условно и мультяшно, в виде забавных монстриков. Эти монстры-бактерии тусуются на прямоугольном поле, вид сверху. В общем если их ничем не ограничивать они живут своей жизнью - едят друг-друга и специальный корм, делятся, перемещаются по полю и т.д. Поведение монстров может быть разным и на каждом уровне игроку придётся изучать их.

Например одна из простейших мини игр - найти хищников. Задача игрока найти и изолировать хищников-убийц пожирающих мирных монстров. Хищников нужно поместить в специальные камеры, расположенные на уровне. Задача усложняется тем, что хищники стараются поедать мирных монстров незаметно, прячутся в толпе и за другими бактериями. За ними нужно внимательно следить :)

В другой мини игре нужно наоборот выполнять роль хищника и откормить своего монстрика до определенных размеров, не попавшись самому на обед более крупному хищнику.

Разнообразие несложных мини игр не должно дать заскучать любому игроку. Тут придётся и сортировать монстров по разным критериям (например выискивать в толпе всех одноглазых монстров). Заводить монстров в загон, специальным монстром погонщиком. Окрашивать монстров в один цвет. Откармливать группу монстров одного вида, а другим не давать еды. И много чего ещё...

В игре есть два режима "сюжетная игра" и "миниигры". Миниигры открываются по мере прохождения сюжетной игры. Также для мини игр доступны разные режимы сложности - для соревнования с друзьями.

Теперь немного о производственном процессе. Работа над игрой ведётся силами нескольких людей, которые подключаются на разных этапах:

Гейм дизайн, координирование, управление, программирование (игровое и движок) - Максим Чёлушкин ( т.е. я )
Программирование игровое и движок - Михаил Малинин
Графика - Дарья
Звук - Евгений Ярмош

Разработка идёт не фултайм, поэтому сроки весьма размыты, но на финишной прямой планируется выйти на фултайм и добить игру. Игра пишется на C++ , на собственном игровом движке, в качестве рендерера direct3d 8.

Казуальные, хардкорные и инди игры

2010-04-21T05:43:00.000-07:00

Казуальные игры - в них играют, как говорит статистика, в основном зрелые женщины, домохозяйки. Поэтому надо знать чего хотят женщины =) Если делаете казуалку, проверяйте прежде всего на женщинах, девушки, жёны, мамы - лучшая фокус группа.
Смотрим казуальные порталы, например http://www.bigfishgames.com/. Что мы видим? Куча игр с дорогой графикой и всего 10 жанров. Куча штамповок с разным сеттингом, разным сюжетом, но по сути всё тоже самое. Мне это не понятно. Единственное объяснение - издатели и разработчики (которые на коротком поводке у издателей) минимизируют риски. Зачем им экспериментировать с игровой механикой когда есть накатанные схемы, написанная база кода и инструменты под определенные жанры. Таким образом устоялось такое положение что большинство игр - красивая штамповка. Домохозяйки хавают, т.к. не понимают что может быть нечто большое чем новая графика. А издатели и разработчики клепают штамповку и рубят капусту(бабло). А может игроки просто не готовы к новому? Ответом на этот вопрос служат те исключения, которые иногда возникают на казуальной сцене. Например из последнего на данный момент - Plants vs Zombies. Жанр tower defence - абсолютно не казуальный жанр, а весьма хардкорный и появился впервые как мод к таким играм как starcraft и др. Зомби вс плантс оказалась коммерчески успешной несмотря на свой жанр. Выходит что домохозяйки не такие уж тупые какими их пытаются представить издатели, или же казуальная аудитория может менять свой состав (например домохозяек резко вытеснили прыщавые подростки и купили себе plants vs zombies). Не знаю уж как это происходит на самом деле, но факт остаётся фактом - можно делать не штамповку, которая успешно продастся.

Оказуалить можно всё что угодно - поэтому, я считаю, даже в таком насыщенном рынке можно выстрелить чем-то необычным. Главное чтобы это что-то было казуальным и интересным. Тут и проявляется талант разработчика и геймдизайнера. Как делать казуально об этом много писали, можно обощить в несколько предложений:

очень простая и легкообучаемая игра, управление одна мышка с одной кнопкой
позитивное настроение, основная ориентация - ненапряжное развлечение, веселье
в игру можно поиграть 15 минут в день и в любой момент к ней вернутся

Инди игры -это независимые игры (от английского independence - независимость). Это сравнительно недавно вылезшее из андеграунда направление. Суть простая, - разработчики игр делают игры так как им нравится и они считают нужным. Не считаясь с продюсерами, издателями и прочими высерами капиталистического мира. Это обладает плюсами и минусами.
Плюсы - игры превращаются в предмет искусства, отличаются оригинальностью в графике или/и в геймплее и т.д. Минусы - иногда получается треш, иногда (и очень часто) такие игры не коммерческие. Часто на индюхах - разработчики пробуют рискованые идеи и потом забирают удачные в коммерческое плавание. Также часто можно увидеть как воруют (заимствуют) идеи из индюх и реализуют их в коммерческих играх.

Хардкорные игры - это классические игры AAA (т.е. большие и коробочные) игры, все старые приставочные игры и т.д. Из них выросли инди и казулки. Особенность этих игр - что они достаточно сложные, чтобы в них научиться играть надо потратить некоторое время, игровой процесс требует некоторого напряжения. Чаще всего напрягается спинной мозг (т.е. требуется координация движений, реакция и т.д.). Но иногда задействуется и головной (во всяких стратегиях). Чтобы делать полноценные хардкорные ААА игры нужна большая компания и много денег. Поэтому эти игры - это прерогатива жирных капиталистов типа blizzard и прочих компаний, которые у всех на слуху.

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

Возьмём для примера игру braid. Цитата их википедии:

Braid is a platform and puzzle video game developed by independent software developer Jonathan Blow.

Наш герой Джонатан Блоу(джоб). Мне лично он кажется подозрительным, мне не верится что он действительно независим. Посудите сами. Графика для его игры стоит тыс. 20 долларов минимум. Что как бы подсказывает нам, что риски все просчитаны заранее, возможно были заключены договоры заранее, возможно были выбиты бабки до начала разработки (а их полностью "независимым" не дают). Но это только догадки, кому интересно можно почитать про него, у него даже сайт и блог есть (http://en.wikipedia.org/wiki/Jonathan_Blow). Кто почитает, отпишите в комментах плиз, прав ли я был(если что-нибудь разнюхаете =) ).
В любом случае даже если он действительно герой одиночка ( пример истинного героя китаец, который один сделал cave story http://en.wikipedia.org/wiki/Cave_story ), то такой пример опять скорее исключение. Обычно инди игры бесплатны и/или коммерчески не успешны.

Итак, обобщу свой словесный понос. Можно ли делать необычные, интересные казуальные игры, которые не будут штамповкой(клонами существующих) ? Да. Можно. Можно ли на них заработать? - да, можно. Можно ли не спустить на их разработку стопиццот мильёнов и не разориться? Ага, можно. Я сделал для себя такие выводы и приступил к разработке своей инди-казуальной игры... Время покажет насколько я был прав ...

Мобильное устройство будущего

2010-02-12T08:52:00.000-08:00

Введение
Однажды я задумался и представил себе портативное устройство будущего. Каким оно будет через 1000 лет. А может быть и раньше, развитие технологий идёт очень быстро, не уследишь :) Разумеется если человечество не уничтожит себя и технологии продолжат своё развитие. Человечество может устроить ядерную войну, или ещё какую-нибудь войну, которая отбросит нас назад. В этом случае портативное устройство будущего будет называться "палка-копалка" или "камень" и мы будем бегать с голой жопой по выжженой планете:) Не будем рассматривать такой вариант развития событий ( хотя честно говоря мне он кажется наиболее правдоподобным, т.к. каждый человек в отдельности не такой уж и глупый и обладает высоким интеллектом, особенно некоторые индивидуумы, но человечество в целом ведет себя как бактерии не обладающие разумом, бесконтрольно размножаются и потребляют свою планету).
Мы рассмотрим фантастический вариант развития событий - когда человечество руководствуется разумом и добротой. В нашем мире нет алчности, мании величия, и безмерного потребления ресурсов, торгашей и мегакорпораций влияющих на политику, законы и устройство мира. У нас наступило прекрасное будущее :)
У каждого человека есть некое устройство, которое помогает ему в повседневной жизни и, как мы рассмотрим далее, оно ему просто необходимо.

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

Операционная система
Да, в будущем код будет без багов, идеально оптимизированный и эффективный :) Код редко пишется вручную программистами. Программисты лишь помогают машинам понять что они хотят сделать. Интеллектуальные оптимизаторы кода работают прямо в реальном времени, обновляя существующее программное обеспечение через сеть. ОС разумеется стандартная и общемировая :) Никаких паролей и логинов - только биометрические идентификаторы пользователей.

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

Внешний вид
Цилиндр высотой 20 сантиметров и диаметром сантиметров 5. Опционально обтягивающие чехлы, пластиковые, кожаные, обвесы и т.д.

Экран и интерфейс
Матрица по типу свитка вытягивается из цилиндра, по вызову определенной команды она затвердевает (специальные волокна, по устройству напоминающие мышцы "напрягаются" создавая упругий экран). Экран чувствителен к прикосновениям. И всё взаимодействие с устройством осуществляется посредством прикосновений. Длинна, на которую можно вытянуть экран, произвольная и зависит от задач пользователя в данный момент. Максимальная длинна на которую можно вытянуть экран 30 см.
Также существует два режима работы матрицы со свечением и без. В режиме без свечения глаза не так сильно устают при чтении с экрана, экран в этом режиме напоминает обычную бумажную книгу.

Надёжность
Водонепроницаемый и ударостойкий корпус с отсутствием щелей. Единственная щель - это откуда вытягивается экран, но она плотно прикрыта резинками (они прилегают к экрану). А вообще в будущем есть сервисные отделы, которые чистят от пыли наше устройство, а также полностью заряжают его за 15 секунд.

Кнопки
Их нет. Когда экран свёрнут устройство отключается, когда вытаскиваем оно включается, все кнопки, если они нужны, рисуются на экране.

Слоты расширения
Их нет. Вся коммуникация осуществляется посредством волн. Обмен данными с внешними устройствами беспроводное. Расширение функционала не требуется т.к. всё что может понадобится уже есть в устройстве.

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

Я чего-то забыл? Пишите, добавим =)

Редакторы для казуальных и независимых игр. Адаптация открытого непрофильного софта под нужды разработчика игр

2010-01-15T03:52:00.000-08:00

Введение

Часто инди-разработчики или разработчики казуальных игр сталкиваются с проблемой нехватки специализированных редакторов, инструментов, утилит и т.д. ( так называемого middleware ) для создания контента для своих игр. Пример такого контента - это уровни, сложные анимации, 2d монстры и техника, а также параметры настройки и конфигурации всего этого. Прописывать всё это вручную в текстовых, редакторах (или скажем xml-редакторах) это не всегда удобно. В самом деле не будешь же ручками прописывать координаты полигонов в двухмерном уровне. Или задавать цвет глаз в шестнадцатеричном коде в xml-файле описания эльфа.

Обычно бывает сложно найти удовлетворяющий всем нуждам редактор или тулзу. Самые частые проблемы это:

закрытый код
недостаточные возможности для конкретно вашей игры (ограничения по редактированию)
навязываемый api и библиотеки от создателей middleware

Часто принимается решение писать свой собственный редактор и набор утилит, но такое решение не всегда рационально. Для небольших игрушек писать самостоятельный редактор слишком накладно. Потому как это может занять больше времени чем написание собственно игры. Полноценный редактор 2d уровней можно писать пол года - это реальные сроки, каким бы хорошим программистом вы не были ( ну ок, если простой редактор, то 2 месяца и получится редактор, которым сможете пользоваться только вы, т.к. нажатие только определенной последовательности кнопок будет приводить при заданных условиях к преполагаемому результату, а не к вылету :) ).

Но существует одно ( но не единственное :) ) интересное решение этой проблемы - это адаптация существующего открытого непрофильного софта под нужды разработчика игр.Это решение позволит вам получить мощный инструмент для вашей игры с наименьшими затратами на разработку. Об этом пойдёт речь в данной статье.

Создание бесплатной игры с помощью бесплатного ПО, не ориентированного на данные цели

Рассмотрим данный подход на примере реального применения по ходу разбавляя его вариантами развития событий возможных в вашем проекте. Есть игра x-moto ( это опенсорсная версия игры elastomania ) про мотоцикл продвигающийся от уровня к уровню через двухмерное пространство по физическим законам. Изначально разработчики данной игры пошли по пути написания собственного редактора. И что мы имеем? Крайне неудобный редактор изобилующий багами, часто приводящими к потере изменений в уровне. Если открыть его исходный код и поизучать его, можно представить сколько горя принесло его написание бедным программистам :) . Я адаптировал это редактор для своей инди игры hellycopter ( http://yarilostudio.ru/games/hellycopter ) и прочувствовал на своей шкуре его неудобство.
Но вдруг (внезапно) некто со светлой головой из сообщества разработчиков x-moto применил подход, рассматриваемый далее в этой статье. И, о чудо! Стали появляться чудесные уровни, в игру вдохнулась новая жизнь и она задышала полной грудью :).Появилась возможность создавать уровни с физическими объектами ( динамичные блоки, завалы и т.д. ) и другие возможности редактирования, которых раньше не было.

Как это делается?

Берем редактор inkscape. Как гласит информация с его официального сайта:

"Inkscape — открытый редактор векторной графики, функционально схожий с Illustrator, Freehand, CorelDraw или Xara X и использующий стандарт W3C под названием Scalable Vector Graphics (SVG). В программе поддерживаются такие возможности SVG как фигуры, контуры, текст, маркеры, клоны, альфа-канал, трансформации, градиенты, текстуры и группировка."

Действительно приличный набор возможностей! А что если применить эти возможности для редактирования уровня игры? Это правильный ход мыслей. Во первых сам по себе редактор поставляется с открытым исходным, кодом, но главное у него есть python обвязка. Т.е. вся объектная модель редактора доступна из скриптов на python. Таким образом мы можем расширять возможности редактора не меняя его код. С использованием python мы вносим в редактор функционал специфичный для конкретной игры. Это могут быть такие возможности как:

Экспорт из svg в уровень игры;
Конверт из уровня игры в svg ( не обязательно, т.к. редактируемые уровни лучше хранить в svg и только перед непосредственной вставкой в игру конвертировать их в игровой формат);
дополнительные кнопки и окна для создания и редактирования игровых объектов в inkscape.

Итак, для начала мы пишем скрипт на python для конвертирования svg в формат уровня нашей игры. Для этого мы используем специальные соглашения, которые описаны в документации inkscape. Благодаря использованию соглашений наш скрипт подключается в inkscape и будет доступен при сохранении уровня из меню "save as..."
После этого мы рисуем уровень в inkscape, предварительно решив, например, что границы документа это будут границы нашего уровня, красные кружочки - это враги, синие друзья, а, скажем, жёлтый это главный герой. Мы можем даже создать отдельный документ - импровезированную "панель инструментов игры", где будут нарисованы эти кружочки, определенного, размера, стиля, возможно даже с глазками и ручками и т.д. И во время создания уровня переносить их из этой панели копированием в наш уровень. После того как мы нарисовали уровень, мы можем сохранить его в исходном виде (для дальнейшего редактирования) в svg или же применить наш скрипт и сохранить его (save as...) как уровень нашей игры. При этом скрипт уже знает что такое синий, жёлтый и т.д. кружочки и умеет корректно сохранять уровень, выводя предупреждения в случае логической противоречивости уровня.
Также с помощью скрипта мы можем ввести в inkscape дополнительные команды, которые могут преобразовывать стандартные объекты (фигуры на листе) в наши игровые объекты.
Например нам нужно сделать зону - круг, при вхождении в которую главным героем, показывается сообщение на экране.
Это обеспечивается добавлением меток и различных свойств в xml-представление объекта в текущем документе. Например, мы рисуем кружочек, выделяем его и вызываем из меню inkscape команду преобразовать в "зону показа сообщения". Предварительно, разумеется, мы пишем скрипт для того чтобы эта команда появилась в меню inkscape. Далее у нас вызывается окно, где мы вводим текст этого сообщения, кружочек делается прозрачным, в его xml представление вносится тэг или атрибут наподобие:
< MessageZone text="hello world"/>

В самом простом случае мы можем даже не расширять inkscape а просто экспортировать svg-файл с уровнем в наш игровой уровень.Для этого нам всего лишь нужно придерживаться разработанных нами же соглашений на создание объектов во время редактирования уровня. Формат svg открыт и хорошо документирован и по сути является xml-файлом. Мы можем написать на любом языке программирования экспортер в наш формат уровня. На вход такому экспортёру передаётся svg-файл уровня, а на выходе получаем уровень в нашем формате. А в процессе экспорта такая программа может выводить предупреждения и сообщения об ошибках, которые обеспечивают соблюдение соглашений по созданию уровня (например обязательное наличие точки начала уровня и других специальных объектов, проверка на логическую непротиворечивость уровня, его проходимость и др.).

Возможности и инструменты

Также на sourceforge можно найти различные редакторы подходящие под проблемную область вашей игры, нужно только подумать как их расширить в контексте конкретной игры.

Кандидаты редакторов, которые можно также использовать для редактирования игры:

Photoshop - создание путей, карт, юнитов и т.д. Расширяется за счёт javascript (встроенный) и python
Excel - редактирование диалогов, свойств передметов, локализуемого текста и др. Расширяется за счёт visual basic for application ( встроенный) и python
Inkscape - редактирование уровней, юнитов ( смотреть пример выше )
Blender, CAD системы, редакторы векторной графики и др.

Вообще можно выделить 3 способа использования редакторов как игровых:

Штатное расширение. Обеспечивается за счёт предоставленных редактором средств и API. Например, написанием плагинов, скриптов для встроенного интерпретаторов и т.д.
Экспортер из файлов редактора. Вы пишите внешний экспортёр, который трактует файлы созданные редактором как уровни вашей игры и пересохраняет их в формате уровня. Для этого нужно знать формат файла.
Экспортер с использованием COM-интерфейсов редактора. Этот способ похож на первый, за следующим исключением. Редактор может не предоставлять API для своего расширения, но часто существуют обёртки для python, которые работают через COM-интерфейсы редактора. Таким образом можно программно запускать редактор python'ом, открывать в нём нужный файл и производить действия по экспорту оперируя объектами реадактора (как будто это делает пользователь вручную). Иногда это бывает удобнее чем парсить уже сохранённый файл (особенно если он бинарный или его формат закрыт :) ).

Выводы

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

PS.
Я намеренно не поместил в статью питоновские исходники, т.к. тогда бы статья превратилась в туториал и разраслась по размеру. Поэтому можно рассматривать данный опус как экскурс в вопрос и обзор метода.

Образ собачки Ра

2009-12-25T01:10:00.000-08:00

Итак, в проект Ра, включился художник Игорь. После некоторого поиска мы пришли к такому виду собаки.

Управление в Ra

2009-12-16T23:08:00.000-08:00

Управление не хардкорное, доступное неискушенному игроку.
Итак, после некоторого анализа, решено сделать управление следующим:

только мышка (клавиатура только для вызова меню);
левая кнопка мышки (удерживается) - собачка перемещается в направлении курсора
правая кнопка мышки гавк (удерживается) - круг воздействия растёт, достигая определенного размера, исчезает и снова начинает расти. Если отпустить кнопку мышки то происходит собственно гавк с силой пропорциональной размеру круга;

Таким образом собачка не умеет напрямую прыгать, прыжок осуществляется с помощью всё той же телекинезтической способности. Т.е. нужно подойти, скажем, к обрыву и применить гавк прямо под собачкой и её перебросит через обрыв.

Звук для игры Ра: телекинезисная собака

2009-12-14T23:31:00.000-08:00

Звуки

Звук клика
Клик в меню

Негативный звук отмены
Когда нажимаем Esc для выхода

Прыжок
Ра подпрыгивает

Рык
Когда мы удерживаем кнопку мышки растёт круг телекинеза и в этот момент Ра рычит. Как только отпускаем Ра гавкает.

Гавк
Гавка существет 3 вида в зависимости от размера телекинезного круга. Чем больше круг, тем больше сила гавка. 1-й гавк больше похож на слабое тявканье.

Ням
Звук поедания косточки

Бум
Несколько звуков ударов: падение косточек, кубиков и пр.

Музыка
1. Трек главного меню - главная тема.
2. Треки внутри игровые (не отвлекающие от игрового процесса). 4-5 трека на игру, которые рандомно играются на уровне (уровень - тема).
Формат произвольный (трековый или ogg).

Стилистика игры артхаус, безбашенный стиль, яркий, позитивный, весёлый, немного фриковый и необычный, игрушечно - сумасшедший.
Игровой процесс не слишком активный (в смысле меньше спинного мозга больше головного) поэтому музыка среднего темпа и темперамента.

PS. Любой звук может иметь несколько вариантов звучания, которые проигрываются рандомно. Это поддерживается на уровне движка и сделано для разнообразия звучания.

Внешний вид собачки Ра

2009-12-14T23:25:00.001-08:00

Немного почудил в фотошопе, и собачка немного преобразилась. Собачка Ра тёзка древнеегиптеского бога солнца, верховного божества, быть может поэтому она обладает паранормальными способностями. Свои способности Ра использует в мирных целях - для добычи косточек.

Ra: the telekinesis dog

2009-12-13T23:03:00.000-08:00

Игра представляет из себя физическую головоломку. Мы управляем собачкой по имени Ра:
Собачка обладает способностью к телекинезу (перемещать предметы на расстоянии) посредством лая. Задача собачки сожрать все кости на уровне. Вид сбоку, мы можем управлять собачкой: влево, вправо прыжок и использовать телекинез мышкой. Телекинез работает следующим образом: на определенном расстоянии от собачки мы нажимаем и удерживаем кноку мыши, растёт круг от центра нажатия. Как только мы отпускаем собачка гавкает и в зависимости от радиуса круга все предметы в эпицентре разлетаются с определённой силой.
Кости лежат в разных труднодоступных местах и мы должны лаем выталкивать их. Также на уровне есть различные кубики и препятствия, которые тоже подчиняются законам лая :)
Расстояния на котором действует телекинез равно расстоянию на которое может видеть собачка, т.е. это расстояние ограничено и собачке часто надо сначала подойти поближе к кости, что тоже проблема. Это проблема решается кубиками, которые также двигаются посредством лая.

немного о дисциплине

2009-12-13T22:45:00.000-08:00

Я не люблю когда ставят жёсткие рамки ограничений, когда вводят штрафы и объяснительные за опоздания. И не люблю я это из-за соображений эффективности и практичности. Главное для компании - чтобы человек эффективно работал. Ставить во главу угла удобство менеджера по персоналу с зарплатой 30 тыс.и переламывать через колено штат программистов с зарплатами от 60 до 120 тыс. считаю не выгодным для компании. Да, если все приходят в 10.00 менеджеру очень удобно вести учёт. Но при это копится недовольство и снижается эффективность работы, тех кто вынужден переламывать себя.
Опоздания должны быть наказуемыми только у определённых должностей завязанных на время работы. Если страдает эффективность работы предприятия из-за опоздания - это следует решать.

Пример 1. Программист приходит поздно на работу и справляется с поставленными ему задачами в срок и качественно. Штрафовать его не нужно. Продолжать ставить задачи исходя из 40 часовой рабочей недели и смотреть на эффективность исполнения.

Пример 2. Программист приходит поздно на работу и не справляется с поставленными ему задачами в срок и качественно. Сделать вывод о причинах неэффективности, уволить программиста или решить проблему иным способом. Если причина неэффективности - опоздания, бороться с опозданиями ( только в этом случае нужно бороться, а не всегда).

Пример 3. Программист приходит во время на работу, справляется с поставленными ему задачами в срок и качественно. Очень хорошо, ничего делать не надо :)

Индивидуальный подход там где это выгодно - залог максимальной эффективности!

Финальный комикс, переработанный эскиз

2009-10-25T15:38:00.000-07:00

Финальный комикс

2009-10-24T11:43:00.000-07:00

Финальный комикс показывается после завершения игры.
Сюжет примерно такой:
Гениальный профессор нашёл необходимую вакцину и спас мир от эпидемии курино-свиного гриппа, в процессе экспериментов, ученый нашёл вакцины от многих других заболеваний. За выдающиеся заслуги профессору вручили Всемирную Нобелевскую премию, а также множество других престижных премий!

Вступительный комикс

2009-10-23T05:29:00.000-07:00

Вот практически финальный комикс, без простановки реплик в балунах . Сюжет будет такой:

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

В последнем балуне будет надпись типа: я должен найти вакцину во что бы то ни стало!!! =)

Выбор персонажа

2009-10-22T03:08:00.000-07:00

Выбор внешнего вида профессора:

Образ профессора Колбы

2009-10-18T15:46:00.000-07:00

Образ нашего гениально сумасшедшего ученого.
Добрый, харизматичный персонаж, с которым игрок сопоставляет себя.
Ученый озабочен спасением человечества, недосыпает и не доедает, т.к. постоянно трудится в лаборатории на благо человечества.

Обязательные атрибуты:
-Очки
-Залысина с седыми клочками взлохмаченных волос по бокам
-Добрая физиономия
-Лохматые брови
-30 лет (хотя возраст трудно определить)

Черновик начальной заставки Abo world

2009-10-17T02:24:00.000-07:00

Черновик комикса Abo world

Проекты

2009-10-17T02:16:00.000-07:00

Итак маленький обзор того что произошло:

HellyCopter - решил оставить как есть - правда планируется в дальнейшем поддерживать проект, в частности, в него скоро добавятся музыкальные треки и будут поправлены некоторые баги. Но в целом я решил не зацикливаться на нём и не адаптировать под казуалку. Переделки в целом по объему потянут на отдельный проект, а для коммерческой игры слишком рискованная концепция. Поэтому оставим как есть =) Вообще по отзывам игроков, как отечественных так и зарубежных игра удалась, но не шедевр. Как я считаю подвела графика и однообразность геймплея, возможно нужно было бы больше разнообразия в дизайне уровней - это помогло бы вытянуть игру. Сам я высоко оцениваю эту игру, на 8 баллов по 10 бальной шкале =)

Scratchy - появилась новая весрия, добавлено ускорение с полосой усталости, котороая набирается при поедании точек. Игра стала ещё интереснее! :)

Вообще я считаю хорошей тенденцией поддерживать все свои проекты и не забывать про них.

Wacky Snake - решено пока заморозить этот проект, который пока так и остался на уровне концепта. Так как он не бесперспективный с точки зрения продаж, а я хочу попробовать что-то коммерческое =) Вот мы и подошли к тому о чем я буду рассказывать ближайший год (наверное).

Это новая казуальная коммерческая игра с рабочим названием Abo world. Детали этого проекта будут раскрывать постепенно, последующими постами =)

HellyCopter развитие

2009-02-20T05:49:00.000-08:00

Долгоиграющий проект HellyCopter (http://yarilostudio.ru/games/hellycopter) потенциально заинтересовал, некоторых издателей (не буду пока называть их, ибо пока что всё на воде вилами писано). На данный момент над проектом работали аж три человека. Мне впервые удалось на добровольных началах заинтересовать столько человек. Правда, один из этих троих это я. Но это не важно =).
Планирую сделать 2 версии - одна моя (независимая и хардкорная) и вторая, как результат работы с издателем - оказуаленная и упрощенная.

Маленький отчётик

2009-02-08T11:54:00.000-08:00

Наконец определился с названием вместо wacky worm, теперь это будет stray snake. Что можно перевести на русский, как заблудшая змея.

Переходы в игре осуществляются согласно схеме. Пунктирными линиями показаны экраны, которые будут доступны в следующей версии игры.

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

Работа над Wacky Worm

2009-01-30T02:58:00.000-08:00

Введение
Что касается игры Wacky Worm (кстати, название ещё не окончательное), то я решил окончательно, что я доведу её до конца, чего бы мне это не стоило. А если я решил, то так и будет =). Основная проблема в том, что работа над игрой идёт в свободное время (вторая проблема - кадры). Свободного времени, к сожалению, у меня очень мало. У этого есть свои минусы и плюсы. Минусы очевидны - сроки создания игры будут растянутыми и не прогнозируемыми. А плюсы такие - игра будет детально продумываться и балансироваться, идеи обретают зрелость до начала их реализации. В голове все прокручивается и оседает, некоторое выкидывается. Всё это возможно, так как времени чтобы подумать над игрой достаточно (в транспорте, в обеденный перерыв и т.д.). Время на кодирование ценный ресурс, который нужно расходовать экономно.

Проблемы
Что касается кадров и организации работы. Идеальный состав я вижу таким: 2 программиста, художник и звукорежиссер. Основная проблема с художником - на своём предыдущем инди-проекте (http://yarilostudio.ru/games/hellycopter) к окончанию проекта я так и не нашёл художника и вся графика делалась самостоятельно (ещё бы, в мире не так много фанатиков игр типа меня, готовых работать ради интереса и саморазвития). Предвидя аналогичное развитие событий и для данного проекта, я решил делать графику сам + параллельно искать художника. Если найду - отлично, если нет проект не встанет.
Программист же требуется хорошего среднего и выше уровня (я не хочу учить новичка). Знания С++, hge, ООП, stl приветствуются. Опять же, если я не найду такого программиста - сроки растянуться но - проект не встанет.
Звукорежиссёр в проекте имеется - это Евгений Ярмош (http://yarilostudio.ru/members/) - он показал себя профессиональным звуковиком и интересным человеком.

База
Программная часть игры строится на игровой платформе GamePlatform32. Это набор компонент сторонних разработчиков собранных вместе в один проект. Они настроены таким образом ( в некоторых случаях изменены) чтобы работать вместе и дополнять друг друга.

Проект ориентирован на платформу windows.
Собирается под MS Visual Studio 2005.

Из чего состоит движок:

hge - http://relishgames.com/
Очень простой в использовании двумерный движок - имеет множество возможностей - бесплатный + опенсорсный. Используется его модифицированная версия с дополнительными возможностями.

bass - http://www.un4seen.com/
Звук через библиотеку bass - она бесплатная для некоммерческого использования. Поддерживает множество различных форматов. hge поддерживает bass и имеет свой интерфейс к нему.

guichan - http://guichan.sourceforge.net/
Маленькая, но мощная библиотека для гуя. Используется её улучшенная версия с поддержкой xml и hge.

rapidxml - http://rapidxml.sourceforge.net/
Библиотека для работы с xml, отличается маленьким размером и высокой скоростью обработки xml, а также профессиональным качеством кода.

lua - http://www.lua.org/
Простой, мощный и быстрый объектно-ориентированный скриптовый движок.

tolua - http://www.tecgraf.puc-rio.br/~celes/tolua/tolua-3.2.html
Библиотека привязки lua к C++.

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

Резюме
Подключайтесь в команду ( контакты http://yarilostudio.ru/contacts/)
Таким образом риски и перспективы оценены - в бой ! =)

Wacky Worm

2009-01-29T00:21:00.000-08:00

С этого поста я буду публиковать дневник разработки игры Wacky Worm.

Введение
Есть прямоугольное поле, состоящее из маленьких квадратных клеток (16 * 16 пикселей). На поле есть нора змеи с дверкой и нора выхода. Также на поле есть определённое количество жаб, обычно штук 8-10 (но может быть до 99) . Над жабами горят номера.
Игрок может ставить и убирать специальные стенки мышкой - без всяких ограничений.
На поле также есть непроходимые стенки которые нельзя взорвать или убрать.
Игроку даётся ограниченное кол-во бомб, туннелей, чек-поинтов и ворот. Все эти объекты можно перетягивать из специальной панели на игровое поле.

Геймплей
Игрок расставляет бомбы, чек-поинты и тоннели, дверки и т.д, а главное стеночки, затем нажимает кнопку "Go!".
После этого змея выползает из стартовой норы и ломится по кратчайшему пути к чек поинту №1. Затем к следующему. Когда все чек поинты пройдены, змея направляется к выходу. Задача игрока провести змею по всем жабам. При этом номера жаб должны быть последовательные.
При съедании жабы, змея естественно растёт =) но не сильно. Змея может врезаться сама в себя, поэтому её длину нужно учитывать.

Если змея запрётся или не сожрет всех жаб нажимаем "Stop" и перерисовываем стеночки. И расставляем предметы по другому. Потом опять "Go!". В этом и есть основной геймплей.
По ходу самой пробежки (когда змея уже бежит) игрок может кликать на расставленные бомбы и они взрываются, открывая новые проходы. Также игрок может кликать на дверки, они открываются и закрываются.

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

Объекты
Бомба
Устанавливается на поле и в дальнейшем (в режиме движения) клик по ней приводит её в действие. Взрыв уничтожает некоторый радиус вокруг себя (стены, жаб, змею).

Туннель
Позволяет зайти в одну дырку, а выйти из другой.

Дверь
Когда открыта змея может пройти через неё. Когда закрыта - то это препятствие. Может быть уничтожена взрывом. В режиме движения - клик по двери открывает или закрывает её.

Чек-поинт
Поле с номером, к нему стремится змея. После прохождения всех чек-поинтов змея идёт на выход. Их можно передвигать в режиме редактирования.

Макет игрового экрана (кликабелен)