Разработка игр *

Введение

Не так давно на Google+ появились игры. Прочитав топик об этом, я решил во что нибудь поиграть. Выбор пал на игру Diamond Dash. Через некоторое время игры программист во мне заговорил, что однотипные действия нужно автоматизировать. И вот что из этого вышло…

*Примечание: «руками» даже опытному игроку сложно набрать больше 400к

Раньше я никогда не сталкивался с задачами работы с экраном и мышкой. После непродолжительного гугления было решено для решения использовать язык макросов AutoIt.
Под катом вы найдете краткое описание игры, мой способ распознавания поля, алгоритм определения точки нажатия, и некоторое количество оптимизаций. А так же ссылку на github-репозиторий скрипта.
UPD Добавлено видео работы скрипта.

Предисловие.

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

При разработке 2D-игр на Unity часто возникает необходимость делать множество элементов различного размера из одного и того же материала. Самый простой пример – тайлы земли, травы, каменей и прочие элементы во всякого рода платформерах. Как правило, одинаковые тайлы по умолчанию используют один и тот же материал (в противном случае кол-во заранее созаднных материалов было бы чересчур большим). Часто делать каркас уровня из элементарных тайлов может быть неудобно из-за слишком большого кол-ва объектов на уровне, поэтому вместо элементарных тайлов используются большие тайлы – те же тайлы, только увеличенного масштаба. Допустим, нам надо поверх земли «посадить» два участка травы:

Почитав статьи и посмотрев ролики на тему «революции» в компьютерной графике от Euclideon с их Unlimited Detail движком, решил посмотреть, что нового есть в этом направлении. И наткнулся на один интересный движок Atomontage.



Парни работают над ним с 2004 года и имеют десятилетний опыт в геймдеве, в том числе и проектах уровня AAA. Кстати, ведущий разработчик из Словакии, живет в Братиславе. За 7 лет работы сделано на первый взгляд не очень много, но по своему опыту знаю, что когда делаешь, что-то новое — копаешь один в новых направлениях, то на это требуется время.

Сейчас MMORPG, многопользовательские игровые онлайн-вселенные, продолжают развиваться, захватывая все больше игроков. Игровая индустрия продолжает развиваться, и конечно же, появляются все новые и новые игры и их классы. MMORPG, как явление, обсуждалось и обсуждается всеми, кому не лень — ведь игры, относящиеся к этому классу, для некоторых становятся чем-то вроде реальной жизни. Правда, разработчики из Nintendo считают, что неплохой альтернативой многопользовательским игровым вселенным может стать однопользовательская, Massively Single Player Online Game.

Не так давно по интернетам прогремела новость от австралийской компании Euclideon которая утверждает что создала новый тип графического движка, который поддерживает «неограниченную детализацию» (Unlimited Detail). Оригинальное видео есть здесь и здесь.

После выхода видео, многие стали фанатами компании, предвидя тотальный переворот в мире 3d графики, но многие также и скептически отнеслись к новости, справедливо заметив что у этой технологии должны быть проблемы с анимацией, тенями, размером файлов в которых должен быть сохранён уровень, и т. д. Среди этих людей были и такие небезызвестные личности как Notch (создатель minecraft) (http://www.rockpapershotgun.com/2011/08/02/notch-vs-unlimited-detail/), и John Carmack (http://nwn.blogs.com/nwn/2011/08/is-the-future-of-immersive-3d-in-atoms-euclideoncom.html)

В своём новом видео Euclideon пытается ответить в том числе и на их опасения:

Это продолжение моей прошлой статьи "Создаем html5 мини-бродилку на CraftyJS". Я подумал, сейчас так много возможностей относительно просто портировать любое html5 приложение на мобильную платформы, почему бы не попробовать?



Ниже, то что из этого вышло. Внимательно читаем вывод!

Хочу раcсказать, как без особых сложностей сделать свою первую мини игру на html5 (если точнее: js, html5, css).

Суть игры будет в следующем: человечек ходит по полю, между камнями и собирает цветочки, у каждого цветочка есть 1 охранник. Количество цветов с каждым уровнем увеличивается, карты создаются в случайном порядке.

Выглядит это все будет так:

На самом деле никому не открою ничего нового, но то что находил, было с хитрой математикой (точнее не такой уж хитрой, но все равно лично для меня сложноватой для восприятия), а тут вроде получился простой свой велосипед.

Приветствую всех хабражителей.

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

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

1. Главное идея — правда ли это?
2. Что лучше flash или iframe?
3. Что же все-таки нужно для того чтобы начать разработку?
4. Какие методы раскрутки наиболее эффективные и как стоит планировать свою маркетинговую деятельность?
5. Стоит ли привлекать инвесторов или издателей?
6. Ну, и самое главное, срок окупаемости проекта и возможная прибыль, какова она может быть?

Введение

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

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

Что было сначала?
Были начальные разработки моделей по оценке квартир. Заключались они в том, чтобы вывести некую формулу, в которую вводишь известные всем параметры, и стоимость рассчитывается. Разрабатывались такие 10 лет и никак не находили практического применения. И статьи писались научные и все зря.
Потом был еще один очередной диплом на эту тему, и тоже вроде бы зря, и история могла бы на этом закончиться или продолжиться описанием научной деятельности, если бы не случайное стечение обстоятельств! Автору диплома посчастливилось попасть в организацию, которая проводит массовую оценку недвижимости по России и узнать, как все это рассчитывается государством. Самонадеянный автор мечтает о известности, он начинает предлагать свои модели, свои разработки, на что автору говорят, что у нас уже все есть, это правильно и не обсуждается.
Тогда автор начинает опускать руки и забыть о мысли практического применения исследований. И случается чудо, автор встречает человека с тысячей идей в голове. Они решают придумать альтернативу тому, что придумала система – простую и наглядную для каждого. Альтернатива заключается в создании виртуального мира аналогичного реальному в области недвижимости. Мы решили создать он-лайн игру, в которой пользователи будут продавать-покупать квартиры на основании реального рынка и реальных цен. А цены будут рассчитываться как раз по моделям о которых упоминалось в начале.

Всем коллегам, здравствуйте.
Я начинающий FlashGame-разработчик. Мне понравился урок по созданию игры на механике match-three. Сам урок я понял с первого раза, а для чего же я сделал перевод? Во-первых, надеюсь это поможет кому-то, кто не силен в «инглише». Во-вторых, перевод позволил мне разобрать весь код по косточкам, очень тщательно. Ну и в-третьих, отталкиваясь от этой механики вы можете начинать создавать мач-3 вашей мечты. И он необязательно должен быть на Flash.

Перед тем как я начну, выдам пару соглашений. Урок взят мной из книги Gary Rosenzweig — «ActionScript 3.0 Game Programming University». Я уже писал в своем личном блоге, что не все наши флеш-разработчики положительно относятся к этой книге. Перевод может показаться немного деревянным и не очень приятным на слух. Некоторые слова, выражения могут иметь более подходящие аналоги в русском языке. Если это будет критично, исправлю. В программе используется дополнительный класс PointBurst. Я не буду его сейчас описывать, а скорее всего сделаю это в личном блоге, т.к. это довольно интересный класс. Просто пока будем знать, что этот класс выдает эффект всплывающих очков в определенном месте.
И последнее, я не придумывал ничего нового, а просто сделал перевод, т.е. все благодарности автору книги Gary Rosenzweig.

Приветствую хаброчитателей, хочу вам рассказать об опыте написания AI к простенькой 2D игрушке в далеких уже 2003-2004 годах. Скажу сразу что написание сочинений в жизни мне никогда не удавалось, однако я буду стараться.
Скорее всего специалистам геймдева данный пост покажется нубским, но надеюсь что остальным будет интересно, итак, начнем с начала.

Humble Bundle запустил новую часть своих уникальных распродаж. Напомню, что в ходе этих распродаж каждый может приобрести несколько игр (по-моему в каждой части было 5+ игр) за ЛЮБУЮ стоимость. То есть каждый решал сам, сколько он готов заплатить.

В данной подборке представлены следующие игры:
— Crayon Physics Delux
— Cogs
— VVVVVV
— Hammerfight
— And Yet It Moves

На сколько мне известно, в данной подборке сразу целых 2 игры русских разработчиков (Cogs и Hammerfight). От себя замечу, что Hammerfight ещё несколько лет назад нарекали возможным хитом, который просто обязан был «выстрелить» на весь мир. К сожалению, я не слышал чтобы эта игра стала очень популярной во всём мире, однако лично я был удивлён новым уникальным геймплеем, которого я не видел раньше нигде.

Акция продлится ещё примерно 14 дней.

Сегодня мы поговорим о том, как сделать управление сценой мультитачем и жестом pinch-zoom на Android используя Linderdaum Engine.

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

Первую часть читаем здесь: Выбираем мультиплатформенный движок для разработки мобильных игр (часть 1)

В этот раз вводную часть опустим и сразу перейдем к нашим пациентам.

На хабрахабре периодически предпринимаются попытки описания процесса игроделания с самых разных сторон — от воплощения 3D-графики до создания сетевых протоколов. Эти темы, безусловно, важны, однако довольно узкие. В данной статье я попробую использовать более широкий подход — рассмотрю принцип создания игрового движка для т.н. казуальных игр. Описываемая механика вполне подойдет для создания всяческих пакманов, арканоидов, платформеров и пр. Описание процесса будет на примере примитивного scrolldown шутера (из ностальгических чувств к Zybex и Xevious) — летаем по полю, сбиваем метеориты. Инструмент — Qt.

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

Журнал Wired опубликовал большую статью об американском инди-разработчике Джейсоне Рорере (Jason Rohrer) и его игровом эксперименте под названием Chain World. Этот мод Minecraft стал лауреатом последнего конкурса Game Design Challenge вовсе не за красивую графику, а за сумасшедшую идею.

Идея такова. Chain World существует в единственном экземпляре на одной USB-флэшке. Для игрока действуют жёсткие правила, которые похожи на библейские заповеди. Игру нельзя переписывать на другой носитель или делать копию. После смерти виртуального персонажа игрок обязан передать флэшку другому игроку (самоубийство разрешается). Запрещено оставлять в игре знаки или текстовые сообщения для будущих игроков. Запрещено рассказывать кому-либо, что игрок видел или делал в игре. Запрещено играть второй раз.