13-14 мая в Москве, в гостинице Космос продет очередная, девятая по счету КРИ. Думаю многие уже в курсе, так как тут активно обсуждалось мероприятие FlashGamm, которое пройдет за день до основной конференции.

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

В этой статье будет рассказано про крестики-нолики на Java под Android за 30 строк кода пять с половиной тысяч строк кода, и зачем потребовалось так много кода на такую простую игру.Ровно год назад, 9 декабря я выложил свою игру на Google Play. Теперь я хочу рассказать про то, что произошло за этот год, как росла популярность игры, что сработало, а что — нет.Вы увидите чистую статистику загрузок и удалений за год существования игры, цифры. Узнаете, сколько пользователей можно собрать с Google Play, как создавалась игра, как тестировалась. Вы узнаете, возможно ли создать инди-игру с нулевым бюджетом, какие трудности могут возникнуть у небольшой игры в большом мире.Кому интересно, добро пожаловать.

Доброго времени суток!

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

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

Еще раз напомнюсь, эта статья — лишь ощущения от знакомства с игростроем, и рассказ о своем небольшом опыте.

Я Бэд Док, вот уже около 5-ти лет я занимаюсь игровым дизайном в Норильске. У нас тут весьма туго с интернетом так что подавляющее большинство проектов локальные, и я к несчастью являюсь пусть и не единственным но скорее всего очень очень очень немногим геймдизом доступным для местных геймдеверов. В связи с этим я принимал участие и помогал в десятках проектов, многие из которых не дошли даже до стадии альфы. И как следствие получил немалый опыт работы с командами энтузиастов.
За эти годы у меня уже сформировался свой собственный взгляд на игровую индустрию: любимый вид проектов, собственный почерк и что самое важное и наверно самое интересное вам, это набор правил. И вот на счет них мне бы и хотелось с вами поговорить.
Я прекрасно понимаю что около 85% прочитавших новичков в геймдеве не посчитают нужным последовать им, и как и все в начале своего пути встретят старые добрые грабли которые оприходовали большее количество народа чем какие либо еще в мире. Около 10% задумаются и возможно даже пару советов примут к сведению, но все равно будут делать по-своему и тоже скажут привет граблям. И в самом лучшем случае только 5% прочитавших будут иметь шанс обойти их.
Я не говорю что эти грабли это плохо, это неприятно. Это как поскользнуться на льду, больно, обидно но не смертельно и ты можешь продолжить плакать, перестать ходить вообще, а можешь встать и продолжить путь к намеченной цели. Но согласитесь, зачем намеренно идти к ним, когда свой путь можно проложить в обход этих страшных граблей? Хватит слов, давайте приступим.

С вами опять дядя док! Прошлый раз мы рассмотрели с чего следует начать, и я пообещал, что в этой части мы обсудим, что представляет из себя команда энтузиастов и с чем их едят (и едят ли вообще). Так что…наслаждайтесь!
После того как вы наконец закончили дописывать и вносить «мелкие» изменения в свой концепт-док, приходит очень страшная мысль о том что в одиночку вам это в ближайшее десятилетие не реализовать (Хотя некоторым глубоко фиолетово, и они готовы потратить пол жизни на создание одной игры, но это не наш путь). Не стоит отчаиваться, в игровой индустрии существует великое множество людей работающих за идею (или еду), а т.к. настоящие программисты или художники нам не светят, давайте же откроем наше сердце для энтузиастов!

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

Всем привет! В данной статье я поделюсь своим опытом продвижения компьютерной игры и участия в бандлах на примере моего проекта Great Permutator, который я очень неспешно пилю вот уже почти полтора года. Возможно, этот опыт кому-то покажется интересным, а кому-то даже окажется полезным. Общий тон статьи несколько негативный, рассказывающий «где были ошибки» и «как лучше не делать», нежели «как у нас все круто и хорошо».



Но, обо всем по порядку.

Введение

Данная статья является первой из запланированного цикла статей, посвященного разработке, дизайну и становлению нашей игры. Я намеренно не буду называть ни названия проекта, ни давать ссылок на него, чтобы пост не попал в “я пиарюсь”. Да, собственно, еще и пиарить толком нечего, т.к. проект находится в самом начале пути и мы планируем пройти этот путь вместе с теми, кому интересно понаблюдать за кухней true-инди.

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

Смотрите, я — самый настоящий инди разработчик компьютерных игр! А все потому, что я делаю компьютерные игры.

Вот уже больше года я тружусь над игрой Fancy Skulls, шутером от первого лица со случайной генерацией уровней и перманентной смертью, проще можно сказать что это стрелялка-рогалик.


Я расскажу о том, что я уже сделал, чему научился, и что собираюсь делать дальше. Может быть, стоило бы подождать когда игра будет закончена и написать постмортем, но я ведь тогда что-то забуду а что-то поленюсь записать, а так получится как бы сериал. Чем все закончится? Попадет ли моя игра в Стим через Greenlight и буду ли я благодаря этому во фраке и с моноклем в левом глазу прогуливатся по Невскому Проспекту в лакированых туфлях с белыми гамашами? Если да, то как и когда? Что такое гамаши? Оставайтесь с нами и вы все узнаете.

С вами вновь дядя Док. В прошлый раз я постарался рассказать вам основные «правила» работы с энтузиастами, на деле их гораздо больше, но слишком многие из них основаны на личных предпочтениях. В этот раз мне бы хотелось рассмотреть основы работы с уже собранной командой.
Работа игрового дизайнера помимо «виденья» игрового мира и написания диздока, заключается в менеджменте команды. И некоторые из вас, вероятно подумают: «Что же это за халтура такая?». Я бы сейчас посмеялся, но боюсь вы не услышите, главная проблема работы с узконаправленными спецами, это то что они фактически не понимают друг друга, а при возникновении претензий начинаются раздоры в команде т.к. программист никогда не будет обращать внимание на работу художника пока не станет слишком поздно, 3д модельеру пофиг на ограниченные возможности движка, а звуковику вообще фиолетого на всех и вся. И тут в дело вступает геймдиз, он является связующим звеном между этими, по сути разными мирами. Если 3д модельер говорит что текстурка слезает на НПСе при движении, именно геймдиз должен понять чья тут ошибка, программиста или же художника.

Доброго времени суток, Хабр!

Российская индустрия инди-игр растет с каждым днем, все больше толковых проектов появляется в сети и повышается потребность в маломальском пиаре своих проектов. Все знают различные мероприятия типа Е3, ИгроМир, КРИ и тому подобные. Инди-играм туда пробиться практически нереально, да и стоимость участия будет запредельно высока!

Что-ж, решение есть!

Уже не помню, каким образом я натолкнулся на Door Kickers — двумерный тактический симулятор команды спецназа со свободной паузой (дада, можно нарисовать пути атаки, в любой момент поставить игру на паузу и переделать их. Никаких ходов и гексагонов, никакого жёсткого реалтайма). Факт в том, что купив её, я сел поиграть «пару миссий», и очнулся под утро, когда пытался пройти все уровни с максимальным количеством звёзд. Дальше больше, и в итоге я начал узнавать про фирму издателя (вдруг у них есть ещё подобные проекты?). Оказалось, что игру делает маленькая фирма из Румынии — KillHouse Games, которой меньше двух лет от роду, но у разработчиков уже был ощутимый багаж знаний для разработки собственной игры
TL;DR — трейлер игры (на текущий момент графика в игре выглядит немного по другому):



А дальше идёт интервью с ними:

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

1. Никто ничего не знает

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

Примерно 30 процентов вашего времени будет потрачено собственно на создание игры. Остальное время вам потребуется тратить на другие дела. Вообще-то вам повезет, если вы будете тратить 4 месяца в году на, собственно, саму игру. Вы, наверное, не знаете многого о том как вести бизнес, о маркетинге и тому подобном, но вам придется этим заниматься. И, конечно, вы ничего не знаете о будущем, например, о том, какие платформы будут через 5 лет, как будут меняться технологии или аудитория.

Что же делать?

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

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

Диздок упоминают в разговорах, о нём шепчутся на форумах, примеры его ищут и зелёные новички, и бывалые разработчики. Случается, что под тусклым светом уличного фонаря происходит сделка. Фигура в тёмном капюшоне украдкой передаёт ссылку на «Месть курочки Рябы». Конечно, таинственный гонец не имеет злого умысла, но деяние совершено…

На прошедших выходных в Питере отгремел Старкон — крупный фестиваль фантастики, комиксов, игр и прочих развлечений.



Несмотря на то что ассоциируется у многих он в первую очередь с косплеерами и комиксами, для игрового разработчика там тоже оказалось кое-что полезное, о чем я и хочу рассказать.

В видеоиграх красивое освещение в реальном времени сильно бьёт по производительности, что особенно заметно на мобильных устройствах. Таким образом, разработчики вынуждены искать методы обхода этой проблемы. Lightmapping — технология, сохраняющая информацию об освещении в текстуру, что позволяет высвободить вычислительные ресурсы под другие нужды.
В этой статье я познакомлю читателя с теорией освещения в играх, опишу процесс создания “лайтмапа” в Unity 5 и поделюсь рядом советов.

Если ты доделал свою первую игру, значит с тобой что-то не так.

Именно эта фраза, прочитанная в одном из постов, впечаталась в мою память 2 или 3 года назад. И автор был прав. Начав делать свой первый прототип, большинство разработчиков бросают его на пол пути и берутся за следующий по разным причинам.

И вот моя первая попытка выбраться на просторы Хабрахабр.

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

На Хабрахабре достаточно много инди-разработчиков, некоторым из них приходится в той или иной степени заниматься левел-дизайном. В течение последних нескольких месяцев я безвылазно работал над примерно полусотней различных игровых уровней, и хотел бы поделиться своим опытом. Эта статья содержит эффективные Tips and Tricks, которые вы можете использовать, чтобы повысить общее качество вашей игры. Это ни в коем случае не пошаговое руководство, а только сборник идей и полезных советов. Первая часть статьи направлена больше на работу с визуальной составляющей игры, вторая же часть, доступная по ссылке, содержит более фундаментальные вещи, такие как прототипирование, определение размера героя и окружения, плэйтестинг и аналитику.