Android games

Хроматическая аберрация

2018-01-24T13:01:00.000-08:00

Алгоритм эффекта: каналы GBA оставляем на месте, а канал R сдвигаем на несколько пикселей в любую сторону. Можно изменять не именно красный канал, а и любой другой.

Самый простой код хроматической аберрации для AGK на языке GLSL:

uniform sampler2D texture0;

varying mediump vec2 uvVarying;

uniform vec2 agk_resolution;
uniform float agk_sintime;

void main()
{

vec2 scale = 1.0/agk_resolution;
vec4 color = vec4(texture2D(texture0, uvVarying ).rgba);
vec2 UV_MOD=vec2(3.0*agk_sintime*agk_sintime , 0.0 );
color.r = texture2D(texture0, uvVarying+UV_MOD*scale).r;

gl_FragColor = color;
}

Переменная scale нужна для определения размера одного пикселя на экране, так как OpenGL использует нормализованные вектора длиной в 1.0 (при любой ширине (или высоте) экрана, первый пиксель будет иметь координату по х (или у) 0.0, а последний пиксель будет 1.0)

vec4 color = vec4(texture2D(texture0, uvVarying ).rgba); - объявляем переменную и записываем в нее цвет пикселя текстуры texture0 с координатами uvVarying.

Если используем все 4 канала текстуры, то ".rgba" в конце и vec4 можно не писать.

Вот так:

vec4 color = vec4(texture2D(texture0, uvVarying ).rgba);

или (равноценно)

vec4 color = texture2D(texture0, uvVarying);

vec2 UV_MOD=vec2(3.0*agk_sintime*agk_sintime , 0.0 ); - наша новая переменная (2-компонентный вектор) для модификации смещения координаты текстуры на 3.0 пикселя (3 пикселя может и много, но для большей выразительности эффекта сойдет).

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

agk_sintime - имеет значение в диапазоне от -1.0 до 1.0

А вот agk_sintime*agk_sintime дает значение в диапазоне от 0.0 до 1.0, что даст смещение только в одну сторону.

color.r = texture2D(texture0, uvVarying+UV_MOD*scale).r; - заменяем красный канал текстуры на красный канал этой же текстуры, но со сдвигом в 3 пикселя по оси х. Умножение на scale даст попиксельное нормализованное смещение для конкретного текущего разрешения экрана в правильных пропорциях.

gl_FragColor = color; -обязательно выводим наш цвет пикселя в переменную gl_FragColor .

Структура пиксельного шейдера на примере еффекта "Хроматическая аберрация"

2018-01-24T12:19:00.001-08:00

Подготовку проекта в AGK смотрите ЗДЕСЬ.

Рассмотрим пиксельный шейдер "Хроматическая аберрация" для App Game Kit на языке GLSL:

uniform sampler2D texture0;

varying mediump vec2 uvVarying;

uniform vec2 agk_resolution;
uniform float agk_sintime;
uniform float agk_time;

void main()
{
vec2 scale = 1.0/agk_resolution;
vec4 color = vec4(texture2D(texture0, uvVarying ).rgba);
vec2 UV_MOD=vec2(3.0*agk_sintime*agk_sintime , 0.0 );
color.r = texture2D(texture0, uvVarying+UV_MOD*scale).r;

gl_FragColor = color;
}

РАЗБОР АЛГОРИТМА ХРОМАТИЧЕСКОЙ АБЕРРАЦИИ

Все переменные у которых перед их типом находится слово uniform передаются шейдеру из самой програмы. Их может менять пользователь во время выполнения игры с помощью команд:
SetShaderConstantByName( shaderID, szName, value1, value2, value3, value4 ) SetShaderConstantArrayByName( shaderID, szName, arrayIndex, value1, value2, value3, value4 )

uniform sampler2D texture0 - это текстура которую мы передали в шейдер командой SetObjectImage( quad, render_image, 0 ) в самой программе. Если нужно передать еще текстуру, то нужно записать в AGK SetObjectImage( quad, render_image_2, 1 ), а в шейдере дописать строку uniform sampler2D texture1. Будет вот так:

...

uniform sampler2D texture0;

uniform sampler2D texture1;

...

varying mediump vec2 uvVarying - это UV координаты текстуры, которые передаются с вертексного шейдера (хотя мы его и не определяли, но он есть!). Эти координаты менять нельзя (как и все varying переменные), только считывать, иначе будет ошибка компиляции шейдера.

agk_resolution, agk_sintime, agk_time - это переменные которые AGK самостоятельно передает в шейдер, но объявлять их в самом шейдере нужно самостоятельно (все они, естественно, uniform).

И сама функция входа:

void main()
{
...
}

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

uniform sampler2D texture0;
varying mediump vec2 uvVarying;

void main()
{
gl_FragColor = texture2D(texture0, uvVarying);
}

Все остальное - это фантазия программиста, который пишет шейдер!

Подготовка проекта в AGK для использования постобработки

2018-01-24T11:40:00.001-08:00

Запишем размер экрана в константы (или переменные, если размер экрана будет меняться):

#constant width 1280

#constant height 720

Выполняем стандартные команды:

SetWindowSize( width, height, 0 )
SetOrientationAllowed( 1, 1, 1, 1 )
SetSyncRate( 60, 0 )
SetScissor( 0,0,0,0 )

UseNewDefaultFonts( 1 )

Так как шейдеры умеют работать только с текстурами и векторами, нам нужно создать текстуру, в которую (вместо экрана) будут рисоваться все объекты (спрайты и т.д.).

render_image=CreateRenderImage(width, height, 0, 0 )

Если нужно создать сложный многослойный эффект (например bloom), то таких текстур может понадобиться намного больше.
Следующим шагом будет создание прямоугольника, который будет отображать текстуру на экране:

quad=CreateObjectQuad()

Quad можно представить как большой спрайт, который занимает весь экран.
Дальше загружаем шейдер (GLSL):

shader=LoadFullScreenShader("shaders/color.ps")

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

DO
//команды пользователя
Sync()
LOOP

А вот так разделенный на отдельные части:

DO
//команды пользователя
Update2D(0)
ClearScreen()
Render()
Swap()
LOOP

Немного о командах:
Update2D(0) - обновление положения всех 2D объектов (для 3D есть Update3D(0))
ClearScreen() - очистка прошлого кадра (буфера)
Render() - визуализация всех созданных объектов в буфер (не на экран)
Swap() - замена буферов и вывод всего содержимого на экран
По такому принципу происходит двойная буферизация кадров в играх. Один буфер отображается на экране, а другой тем временем подготавливается. Команда Swap() меняет их местами.

Запишем код, который будет использовать наш шейдер для создания эффекта "Хроматическая аберрация":

DO
SetRenderToImage(render_image,0)
ClearScreen()
Render()

SetObjectImage( quad, render_image, 0 )
SetObjectShader( quad, shader)

SetRenderToScreen()
ClearScreen()
DrawObject(quad)

Swap()
LOOP

Команда SetRenderToImage(render_image,0) перенаправляет визуализацию с экрана в изображение которое мы создали в начале программы.
Обязательно нужно очистить текстуру командой ClearScreen() (хоть команда и переводится как "очистить экран", но рендеринг происходит в текстуру, поэтому будет очищена именно текстура render_image).
Дальше рисуем все объекты командой Render(). И передаем нашу текстуру объекту quad командой SetObjectImage( quad, render_image, 0 ). Цифра 0 указывает под каким номером будет текстура передана в шейдер. Мы используем только одну текстуру поэтому пишем порядковый номер 0 (для второй текстуры 1 и тд). Собственно подключаем сам шейдер к объекту quad: SetObjectShader( quad, shader).
И возвращаем рендеринг обратно на экран SetRenderToScreen(). Естественно очищаем его от предыдущего кадра командой ClearScreen().
Последнее, что нужно сделать - это нарисовать единственный объект quad, который содержит "снимок" всех объектов игры и уже обработан шейдером. Для этого пишем команду DrawObject(quad) и меняем буферы кадров местами Swap().

ЗДЕСЬ СТРУКТУРА ШЕЙДЕРА!

Результат:

Весь код:

#constant width 1280
#constant height 720

SetWindowSize( width, height, 0 )

SetVirtualResolution( width, height )
SetSyncRate( 60, 0 )
SetScissor( 0,0,0,0 )

render_image=CreateRenderImage(width, height, 0, 0 )
quad=CreateObjectQuad()
shader=LoadFullScreenShader("shaders/color.ps")

image=LoadImage("1.jpg") //любая картинка для теста
sprite=CreateSprite(image)

DO

Update2D(0)

SetRenderToImage(render_image,0)
ClearScreen()
Render()

SetObjectImage( quad, render_image, 0 )
SetObjectShader( quad, shader)

SetRenderToScreen()
ClearScreen()
DrawObject(quad )

Swap()
LOOP

Движение объекта по кругу (2D)

2015-11-26T11:32:00.000-08:00

Рассмотрим простой алгоритм движения спрайта по кругу с заданной скоростью и заданным радиусом движения.
Мы будем использовать две тригонометрические функции: синус и косинус. Синус будет задавать изменение координаты X, а косинус - Y.
Для примера я взял картинки с игры The Binding of Isaac. В игре мухи "защитные" спутники летают вокруг Айзека по кругу. Сделаем тоже самое и мы!
В примере будут 3 основных объекта: главный персонаж и две мухи, которые будут летать вокруг него.

Скачать демонстрацию

Для начала нужно создать свой тип данных (подобие класса):

Type object \\тип данных называем object
sprite as integer \\номер спрайта
radius as integer \\радиус круга
angle as float \\угол поворота
base_x as float \\х-координата точки вокруг которой будет летать муха
base_y as float \\у-координата точки вокруг которой будет летать муха
rotate_speed as float \\скорость движения
endtype \\конец типа данных

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

Dim object[2] as object \\создаем массив данных под названием object, в котором будет два элемента (можно больше), тип данных указываем наш (object)

Дальше создадим функцию которая будет создавать объект в игре (муху). ID - это номер объекта (у нас будет 1 или 2):

Function CreateObject(ID,x,y,radius,image)
object[ID].sprite=CreateSprite(image)
object[ID].base_x=x
object[ID].base_y=y
SetSpritePositionByOffset(object[ID].sprite,object[ID].base_x,object[ID].base_y)
object[ID].radius=radius
endfunction

И главная функция которая будет делать основную работу:

Function RotateObject(ID)
object[ID].angle=object[ID].angle+object[ID].rotate_speed
x#=object[ID].base_x+object[ID].radius*sin(object[ID].angle)
y#=object[ID].base_y+object[ID].radius*cos(object[ID].angle)
SetSpritePositionByOffset(object[ID].sprite,x#,y#)
endfunction

Координату x# определяем основываясь на базовой координате объекта object[ID].base_x и значении object[ID].radius*sin(object[ID].angle). Тоже самое будет и с координатой y#.

Теперь посмотрим весь код целиком:

global screen_x=1280 \\переменная в которой хранится ширина окна
global screen_y=720 \\переменная в которой хранится высота окна

SetVirtualResolution(screen_x,screen_y) \\выставляем разрешение окна

LoadImage(1,"1.png") \\изображение мухи_1
LoadImage(2,"2.png") \\муха_2
LoadImage(3,"3.png") \\герой (попрошайка)
LoadImage(4,"4.png") \\ фон

Type object
sprite as integer
radius as integer
angle as float
base_x as float
base_y as float
rotate_speed as float
endtype

Dim object[2] as object

CreateObject(1,screen_x/2,screen_y/2,100,1) \\создаем муху_1 в центре экрана
CreateObject(2,screen_x/2,screen_y/2,300,2) \\создаем муху_2 в центре экрана

object[1].rotate_speed=0.5 \\устанавливаем скорость полета для 1
object[2].rotate_speed=1 \\устанавливаем скорость полета для 2

CreateSprite(1,3) \\создаем спрайт героя в центре
SetSpritePositionByOffset(1,screen_x/2,screen_y/2)
CreateSprite(2,4) \\создаем фон
SetSpritePositionByOffset(2,screen_x/2,screen_y/2)
SetSpriteDepth(2,16) \\устанавливаем фон на задний план (16 это глубина, по стандарту 10)

DO \\начало цикла
RotateObject(1) \\двигаем первый объект
RotateObject(2) \\двигаем второй объект
Sync() \\обновление экрана
LOOP \\конец цикла

///////////////////////////////
Function RotateObject(ID)
object[ID].angle=object[ID].angle+object[ID].rotate_speed
x#=object[ID].base_x+object[ID].radius*sin(object[ID].angle)
y#=object[ID].base_y+object[ID].radius*cos(object[ID].angle)
SetSpritePositionByOffset(object[ID].sprite,x#,y#)
endfunction
///////////////////////////////
Function CreateObject(ID,x,y,radius,image)
object[ID].sprite=CreateSprite(image)
object[ID].base_x=x
object[ID].base_y=y
SetSpritePositionByOffset(object[ID].sprite,object[ID].base_x,object[ID].base_y)
object[ID].radius=radius
endfunction

Скачать демонстрацию
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
Если нужно изменить движение в противоположную сторону, меняем в строке
x#=object[ID].base_x+object[ID].radius*sin(object[ID].angle)
знак + на -
x#=object[ID].base_x-object[ID].radius*sin(object[ID].angle)
Вот и все.
Код написан в App Game Kit, но реализовать его можно в любой другой программе, главное понять сам принцип.

Расстояние до цели (2D)

2015-11-18T11:45:00.000-08:00

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

Нам нужно найти гипотенузу треугольника ( с ). Для этого найдем сначала длину каждого катета. Катет "b" является осью X, поэтому нужно отнять х-координату первой точки от х-координаты второй точки х=х2-х1 (или наоборот x=х1-х2, на результат это не повлияет). Катет "а" это ось Y: y=y2-y1. После этого подносим к квадрату x и y, суммируем значения и находим корень квадратный. Всё просто :)

Как это будет выглядеть в AGK (напишем функцию):

Function Distance(x1,y1,x2,y2)

x=x2-x1

y=y2-y1

result#=Sqrt(x*x+y*y)

endfunction result#

Sqrt() - корень квадратный

result# - расстояние (# означает, что это число может быть не целым)

(*На других языках программирования будет практически тоже самое)

В завершение, как это будет в коде (например):

If Distance(hero_x,hero_y,enemy_x,enemy_y)<100 then game_over=1

Алгоритм "Сортировка массива"

2013-10-26T02:39:00.000-07:00

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

Я буду реализовывать этот алгоритм на IDE AGK с коментариями каждой строки кода.

DIM number[100] as integer    // Создаем пустой массив целых чисел

for i=1 to 100                              // Начало цикла со счетчиком
   number[i]=random(1,1000)      // Каждому элементу массива присваиваем случайное число от
                                                     1   до 1000
next i                                          // Конец цикла со счетчиком

LOOP                                       // Начало Игрового цикла
repeat                                        // Начало цикла с постусловием
   for i=1 to 99
   done$="TRUE" // Строковой переменной done$ присваиваем значение
                                                    "ИСТИНА"
   if number[i]>number[i+1]       //Проверяем больший следующий элемент массива за
                                                    предидущий или нет
      temp_number=number[i]    // Если больший то: переменной temp_number присваиваем
                                                    значение элемента массива number[i]
      number[i]=number[i+1]      // Элементу массива number[i] присваиваем значение
                                                    следующего элемента number[i+1]
number[i+1]=temp_number // Элементу массива number[i+1] присваиваем значение
                                                    temp_number
      done$="FALSE"                // Переменной done$ присваиваем значение "ЛОЩЬ"
   endif
   next i                                      // Конец цикла со счетчиком
until done$="TRUE"                  // Проверяем условие цикла: если done$="ИСТИНА", то выходим
                                                    из цикла
DO                                         // Конец игрового цикла

Если все элементы массива уже упорядочены, то условный оператор IF не присвоит значение переменной done$="FALSE" и программа выйдет из цикла с постусловием.

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

В раздел "АЛГОРИТМЫ" я буду добавлять свою реализацию известных (и не очень) алгоритмом. Следующим я добавлю алгоритм " Поиск пути А* ".

Round Jumper

2013-10-10T02:05:00.002-07:00

Наконец-то доделал Круглого Прыгуна :) Процесс разработки затянулся на полгода с большими перерывами. В игре 50 уровней поделенных на 3 локации.

В каждой новой локации добавляются новые элементы окружения: телепорты, пушки, привидения, кнопки, движущие стены и тд. Также в игре присутствуют 4 мини-игры, которые становятся доступными после покупки нового уровня героя за "опыт" (ХР) накопленный в игре.

Также есть достижения. За ХР можно покупать новые предметы (части Прыгуна :) ) в магазине и с них делать своего уникального героя.

Скоро сделаю бесплатную версию.

Balloons Hunter HD

2012-10-27T12:16:00.001-07:00

Вышла новая моя игра для Андроид устройств: "Balloons Hunter HD". Игра сделана за 3 дня. В ней есть 3 разных режима игры. В будущем планируется добавить мультиплеер.

Игра вышла в формате HD (разрешение 1280х720). Также в игре используется физический движок Box 2D.

Монетизация своих приложений

2012-10-22T07:09:00.001-07:00

Многие задавались целью монетизации (получения прибили) своих приложений. Давайте рассмотрим несколько вариантов. Итак у нас есть: готовое приложение и желание получить за него деньги. Для начала нужно создать аккаунт разработчика например в Google Play (процедура не сложная но потребует от вас 25$) или в Amazon App Store (регистрация бесплатна, но рынок поменьше) (конечно вы можете продавать диски с приложением в подземном переходе или в школе, но это вам прибыли не принесет).

Дальше (Google Play), если вы житель "правильной страны", просто размещаете свое приложение на сайте, устанавливаете цену на приложение и ждете миллионных покупателей:). Но сейчас идет тенденция к получению пользователями приложений и игр бесплатно, тоисть даром!!! Что же делать в таком случае? Есть три варианта выхода из этой ситуации:

Раздать свое приложение бесплатно всем "нуждающимся" и "бедным" :) (самое дешевое устройство с ОС Андроид стоит около 200$) и жить в гармонии с ними и с самим собой:)
Разместить контекстную рекламу в своем приложении. Этот вариант неплохой, показы рекламы у вас будут всегда. Но некоторых жителей стран СНГ, реклама слегка раздражает, а некоторых вводит в состояние легкого безумия (в следствии чего они выключают Wi-Fi, мобильный интернет и закрывают дверь на два замка; и как результат ваша прибыль от рекламы неумолимо стремится к НУЛЮ).
Платный контент. Вы размещаете свое приложение бесплатно, но получаете прибыль от платных примочек к игре или приложению. Например, для того чтобы разблокировать крутую пушку нужно игроку заплатить 1$ (а точнее нажать одну кнопочку; в чем и соль), а чтобы купить крутых патронов к ней нужно заплатить еще 0.01$/шт. Есть куча игр которые пройти без таких "улучшений" просто невозможно. А в некоторых играх даже не указано, что вы покупаете игровую вещь за РЕАЛЬНЫЕ ДЕНЬГИ (я считаю что это уже воровство). Для приложений точно также: делаете, например, виджет быстрого включения Wi-Fi, мобильного интернета и т.д., а дополнительные включатели делаете платными.

Всем удачи!!!

Gravity Booster, Google Play и Я :)

2012-10-04T09:53:00.000-07:00

Сегодня я опубликовал мою игру: Gravity Booster (Ускоритель Гравитации), которую я сделал за 2 месяца (с очень большими перерывами:). Игра разрабатывалась как коммерческий проект, но не судьба :(, украинцам нельзя продавать свои приложения на Google Play, поэтому игру размещаю совершенно бесплатно (с рекламой). Если проект себя хоть немного окупит, то будут выходить обновления и дополнения к нему (несколько новых уровней каждую неделю или месяц (все зависит от пользователей:) ).

Игра пока не в HD формате, но если будут просьбы, то это можно организовать. Можете писать в комментариях или мне на почтовый ящик свои пожелания, просьбы и жалобы к игре. Присылайте свои эскизы уровней для Gravity Booster мне на почту standur.andrey@gmail.com (самые интересные я обязательно сделаю и добавлю в ближайших обновлениях с указанием имени авторов уровней).

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

Funny Numbers

2012-08-31T05:08:00.000-07:00

Итак, следующая игра сделана!!! Это был мой старый проект, который я возродил. Портирование (+ полная перерисовка графики) на платформу Android заняло приблизительно 1 день. Игра называется Funny Numbers и уже доступна на Google Play ( Funny Numbers HD ) бесплатно. Поддерживается, пока что, только один язык: Английский, но там и так все интуитивно понятно. Сначала выбираем максимальный множитель (до 5, до 7 или до 10) затем выбираем количество заданий (5 или 10). Сама игра представляет собой обучающую игру, которая поможет изучить таблицу умножения детям (и взрослым). Первая версия игры (1.0.0) не содержит рекламы.

Вот скрины игры:

Интересные факты об Андроид

2012-08-27T07:17:00.000-07:00

Знаете ли вы что:

Первое устройство, которое использовало ОС Android, было создано компанией HTC. Это был смартфон T-Mobile G1 (его презентация состоялась 23 сентября 2008 года).
Первая стабильная версия системы Андроид называлась: Android 1.0 "Apple Pie".
Android 4.0 Ice Cream Sandwich получила золото за лучшую платформу на 2012 User Experience Awards.
Специально для платформы Android было создано семейство шрифтов Droid и Roboto.
По данным на февраль 2011 года устройства с ОС Android лидировали в списке самых популярных смартфонов Великобритании, оставив позади iPhone 4 c iOS.

Топ 3 лучших игр для Андроид

2012-08-27T02:32:00.000-07:00

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

1. Angry Birds

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

2. Minecraft

Еще одна гениально простая, которая на сегодняшний день уже заработала около 50$ миллионов на Google Play. В игре нету ни супер современной графики, ни интригующего сюжета, но все-таки в ней есть то, что крайне необходимо всем мобильным играм: захватывающий геймплей. Казалось бы что ничего кардинально нового уже придумать невозможно, но Minecraft доказывает, что это не так.

3. Ninja Chicken

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

Теория и практика создания игр (часть 5)

2012-08-27T01:44:00.000-07:00

Итак мы на финишной прямой, сейчас мы рассмотрим последние этапы создания игры:

9. Запись звука и музыки.
10. Устранение багов и лагов игры.
11. Создание релизной версии продукта.

9. Запись звука и музыки.

Как ни странно, но для меня этот этап стал самым сложным. Самое сложное это найти подходящие звуки для игры, у крупных фирм конечно есть уже готовые наборы звуков (или для них их записывают коммерческие студии), а вот простому программисту (или художнику) нужно постараться, чтобы записать все в домашних условиях. Для записи звуков нужно использовать качественный микрофон, чтобы не было шумов и щелчков. Формат звуков для Андроид - WAV. Насчет других не экспериментировал. С музыкой дела обстоят проще (хотя кому как), у меня есть небольшой опыт написания не очень сложных музыкальных композиций. У кого есть возможность (таких очень мало), лучше пишите все в живую (гитара, ударные , синтезатор, бас), у кого нету - используйте редакторы (например FL Studio), которых сейчас предостаточно. Конечно если у вас есть знакомый композитор, то попросите его написать музыку, которая будет передавать атмосферу игры (вспомните такие игры: FlatOut 2, PainKiller; какая там музыка!!! и как хорошо она вписывается в игру; хотя есть много игр в которых есть легкая незаметная мелодичная музыка, которая передает много эмоций).

10. Устранение багов и лагов игры.

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

11. Создание релизной версии продукта.

Если вы все-таки решились писать на AGK, то разработчики этого интерпретатора выложили двухчасовое руководство по созданию полнофункционального приложения для Android.

Вот оно:

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

Оставляйте комментарии, спрашивайте.

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

Теория и практика создания игр (часть 1)
Теория и практика создания игр (часть 2)
Теория и практика создания игр (часть 3)
Теория и практика создания игр (часть 4)

Gravity Booster

Теория и практика создания игр (часть 4)

2012-08-27T00:37:00.001-07:00

Продолжим рассмотрение этапов создания игры:

6. Программирование игровой логики (бета-версия).

7. Создание и подгонка уровней для игры.
8. Оптимизация программного кода игры.

6. Программирование игровой логики (бета-версия).

Допустим у нас уже есть хотя бы один игровой уровень определенного формата (желательно формат не менять на протяжении всей разработки, а продумать его сразу). Теперь нам нужно написать само ядро игры (движок), которое будет работать обрабатывать все элементы игры: логику, прорисовку, звуки и т.д.

Сейчас я вам приведу пример структуры ядра моей игры Gravity Booster:

1) Установка параметров системы (разрешение экрана, скорость обновления игры, загрузка CPU, параметры очистки экрана, параметры связанные с качеством физики в игре).

2) Загрузка всех медиафайлов игры (картинки, музыка, звуки и возможно уровни).

Если файлов очень много, то лучше всего этот процесс автоматизировать. Вот пример кода на App Game Kit (это моя основная среда разработки):

for i=1 to 100
mediafile$="image/objects/"+str(i)+".png"
if GetFileExists(mediafile$)=1
LoadImage(i,mediafile$)
endif
next i

Этот код можно еще упростить, если убрать проверку на существования файла.
Вот собственно и сама среда разработки (AGK):

3) Создание основного цикла игры. Он будет выглядеть примерно так:
а) проверка на прикосновение к экрану;
б) обработка меню;
в) загрузка и выгрузка уровней;
г) сохранение настроек и игрового прогресса;
д) обработка геймплея (проверка на выигрыш и проигрыш);

Желательно писать основной цикл не сплошным кодом, а разбить его на отдельные процедуры. Пример основного цикла с Gravity Booster `a:

DO
nowtime=GetSeconds()

TouchX=Round(GetPointerX())
TouchY=Round(GetPointerY())

gosub _touch // процедура проверки прикосновений к экрану
gosub _check_menu // основная процедура игры которая управляет остальными процедурами

if GetRawKeyState(27)=1 then exit
if stop_game=1 then exit
Sync()
LOOP

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

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

7. Создание и подгонка уровней для игры.

Я делал Gravity Booster `a для разрешения экрана телефона 960х640 (чем больше разрешение тем четче будет изображение на экране), но оказалось что мой телефон не может загрузить много изображений в таком разрешении (родное разрешение экрана моего Андроид телефона 480х320). Поэтому мне пришлось переделывать свой редактор и создавать уровни заново под разрешение 480х320. Если бы я делал это в блокноте, возможно я бы никогда не доделал игру:)

Создание уровней это процесс творческий и здесь посоветовать мало что можно, но есть несколько рекомендаций:

1) делайте уровни по принципу от простых к сложным,

2) постарайтесь (но не в ущерб производительности) добавить красочные декорации,

3) уровни должны быть уникальны и по своему запоминающимися,

4) старайтесь размещать динамические объекты так, чтобы они не пересекались.

5) по мере прохождения добавляйте новые элементы в игру (чтобы геймплей не надоедал).

8. Оптимизация программного кода игры.

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

1) количество объектов на экране,

2) код не оптимизирован или использует много "медленных" команд.

С первой причиной можно разобраться очень быстро, а вот решение второй может занять много времени. Особенно если нельзя упростить код или убрать команды, которые потребляют много ресурсов. Поэтому мой вам совет: постарайтесь еще на первом этапе создания игры продумать возможные программные реализации вашей игры. Также постарайтесь делать код максимально "легким", чтобы за один такт выполнялось как можно меньше строк кода. Более детально об оптимизации программного кода я буду писать в моих следующих сообщениях.

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

Теория и практика создания игр (часть 1)
Теория и практика создания игр (часть 2)
Теория и практика создания игр (часть 3)
Теория и практика создания игр (часть 5)

Теория и практика создания игр (часть 3)

2012-08-26T22:53:00.000-07:00

Продолжим рассмотрение этапов создания игры:

4. Разработка редактора уровней.
5. Рисование всех графических элементов.

4. Разработка редактора уровней.

В принципе этот этап можно и вообще пропустить, если ваша игра будет генерировать сама уровни или будет состоять всего из одной локации (например стрельба из лука, футбольный симулятор). Конечно можно использовать и обычный Блокнот, но написание уровней (+ их редактирование) займет много времени, особенно если уровней 50 или 100+. Также можно использовать растровый графический редактор (суть метода в том, что мы рисуем уровень, где каждый пиксель обозначает определенный объект или его отсутствие на уровне), но это уже другая история, так как работа с данными графического объекта подразумевает использование низкоуровневого языка программирования (или использование готовых кодов для определенного формата рисунка).

Дальше я приведу пример моего редактора уровней для Gravity Booster`a и самих уровней.

Вот так выглядит сам редактор уровней:

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

Дальше я приведу пример самого уровня ( как он выглядит в файле):

///// Начало

1:1:1
100
0
100:309:20.000000:22.000000:0.000000:0.400000:15:2:3:2
101:319:52.000000:6.000000:0.000000:0.500000:15:1:2:2
102:310:373.000000:255.000000:0.000000:0.900000:16:1:2:4
103:319:36.000000:111.000000:90.000000:0.400000:15:1:2:2
104:319:106.000000:34.000000:0.000000:0.500000:15:1:2:2
105:318:86.000000:125.000000:45.000000:0.400000:15:1:2:2
106:319:219.000000:202.000000:0.000000:0.400000:15:1:2:2
107:319:106.000000:242.000000:90.000000:0.500000:15:1:2:2
108:320:360.000000:247.000015:0.000000:0.400000:15:1:2:2
109:320:415.000000:144.000000:90.000000:0.600000:15:1:2:2
110:318:150.000000:153.000000:0.000000:0.500000:15:1:2:2
111:319:152.000000:3.000000:90.000000:0.400000:15:1:2:2
112:319:51.000000:199.000000:0.000000:0.500000:15:1:2:2
113:319:292.000000:75.000000:21.000000:0.500000:15:1:2:2
114:319:195.000000:52.000000:45.000000:0.600000:15:1:2:2
115:318:320.000000:52.000000:0.000000:1.000000:15:1:2:2
116:317:238.000000:7.000000:0.000000:0.500000:15:1:2:2
117:319:106.000000:160.000000:90.000000:0.400000:15:1:2:2
118:318:208.000000:279.000000:0.000000:0.600000:15:1:2:2
119:317:247.000000:162.000000:45.000000:0.500000:15:1:2:2
120:319:166.000000:194.000000:-90.000000:0.500000:15:1:2:2
121:320:320.000000:173.000000:39.000000:0.600000:15:1:2:2
122:301:0.000000:6.000000:0.000000:0.700000:14:1:3:1
123:301:70.000000:204.000000:0.000000:1.000000:14:1:3:1
124:301:391.000000:11.000000:0.000000:1.000000:14:1:3:1
125:301:396.000000:95.000000:0.000000:1.000000:14:1:3:1
126:301:222.000000:79.000000:0.000000:1.000000:14:1:3:1

//// Конец

Первые три строки описывают общие параметры уровня. Все остальные - объекты на уровне и их параметры (положение, поворот, масштабирование, контур, картинку и т.д).

А вот так выглядит тот же уровень, но уже в игре:

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

5. Рисование всех графических элементов.

На этом этапе нужно будет много рисовать, а после еще и перерисовывать. Я всем рекомендую рисовать все объекты в векторном редакторе, а потом конвертировать (или экспортировать) в растр. Этот способ позволит вам быстро и без потери качества изображения изменять разрешение картинок. Желательно нарисовать все картинки, которые вы будете использовать в игре, так как у вас еще будет много работы по созданию самой игры ( я думаю, что переходить от программирования к рисованию и обратно (несколько раз) никому не хочется).

Результат своей работы нужно оформить в файл размером 256х256, 512х512 или 1024х1024. Размеры изображения должны быть степенью 2. Так как некоторые Андроид устройства не смогут прочитать (и загрузить в память) изображения произвольного размера (напр. 135х422) (но на практике, сначала я все-таки делал рисунки произвольных размеров и все работала на моем телефоне, но работоспособность на остальных устройствах не гарантировалась и мне от этой затеи пришлось отказаться).

Потом это изображение уже в самой игре разрезается на части и мы получаем готовые элементы.

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

Теория и практика создания игр (часть 1)
Теория и практика создания игр (часть 2)
Теория и практика создания игр (часть 4)
Теория и практика создания игр (часть 5)

Теория и практика создания игр (часть 2)

2012-08-26T12:11:00.000-07:00

Разделим процесс создания игры на несколько этапов:

Создание информационной модели игры.
Прорисовка базовых графических элементов.
Написание альфа-геймплея игры.
Разработка редактора уровней.
Рисование всех графических элементов.
Программирование игровой логики (бета-версия).
Создание и подгонка уровней для игры.
Оптимизация программного кода игры.
Запись звука и музыки.
Устранение багов и лагов игры.
Создание релизной версии продукта.

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

1. Создание информационной модели игры.

На этом этапе нужно продумать все аспекты игры: от главного героя и декораций до геймплея и реализации на конкретном языке программирования. Лучшим (но не обязательным) решением для одного человека есть использование интерпретатора (языка программирования высокого уровня). Хотя если у вас много свободного времени, есть навыки в программировании и у вас есть желание написать очень качественную игру можете использовать любой доступный (мощный) язык программирования. Но подумайте вот над чем: сколько времени займет написание движка игры на низкоуровневом языке программирования ( в интерпретаторе 1 строка на С++ 10 строк), сколько вам нужно нарисовать картинок (10, 100 или 1000 картинок) и сколько у вас терпения и нервов? Конечно при этом (использование интерпретаторов) страдает производительность игры, но современные устройства становятся мощнее с каждым днем, и если вы не будете использовать 1000 спрайтов которые динамически изменяются, то все будет хорошо. Я сначала писал на Dark Basic Profesional, потом вышел AGK (мультиплатформенный) и я начал его активно использовать.

2. Прорисовка базовых графических элементов.

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

3. Написание альфа-геймплея игры.

Есть три вида версий игры: 1) Альфа-версия, 2) Бета-версия, 3) Релизная версия. Еще конечно есть и преальфа-версия, но я ее рассматривать не буду.

Альфа-версия представляет полурабочую версию игры, в которой может не быть миссий, части оружия и даже врагов. Тоисть это черновая версия игры, в которой можно опробовать геймплей. На этой стадии уже будет видно интересная игра или нет. Вот пример моей альфа-версии игры Gravity Booster (тогда еще она называлась BOXES, на скрине ошибка :) ):

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

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

Продолжение читайте в следующем сообщении.

Теория и практика создания игр (часть 1)

Теория и практика создания игр (часть 3)

Теория и практика создания игр (часть 4)

Теория и практика создания игр (часть 5)

Теория и практика создания игр (часть 1)

2012-08-26T11:00:00.003-07:00

Создание игры - это процесс длинный, творческий и очень технический. Каждая игра начинает свою жизнь с мысли разработчика. Это можно сказать первый этап создания любой игры. Он является и самым важным этапом, так как для большинства проектов этот этап является и последним (молодым разработчикам не хватает терпения, мотивации, сил и практических умений). Я думаю много кто из вас (начинающих разработчиков компьютерных игр) читал огромное количество статей (возможно и книг), в которых красиво описано как сделать игру своей мечты. Я тоже читал такие статьи, но меня они не сильно радовали. Они имели громкие названия (например "Создание игровых уровней в 3d Max", "Создание шутера с нуля" и т.д. ), но по сути не несли никакой полезной информации. В них просто было написано, что нужно придумать оригинальный дизайн, увлекательный игровой мир, харизматичных персонажей, убойное оружие (и этому было посвящено целую книгу), хотя это и так все понятно. А вот насчет технических и структурных аспектов игры там не упоминалось ни слова. Я предлагаю вам ознакомиться с группой моих статей, в которых я опишу процесс создания игры для ANDROID`а во всех его аспектах.

Теория и практика создания игр (часть 2)
Теория и практика создания игр (часть 3)
Теория и практика создания игр (часть 4)
Теория и практика создания игр (часть 5)

Gravity Booster

2012-08-26T08:32:00.000-07:00

Gravity Booster - это игра, в которой нужно с помощью гравитации перемещать объекты в определенную зону (или зоны), после чего нужно удержать их там 5 секунд (игровые зоны могут быть разной формы и цвета). Все 50 уровней делятся на 3 типа: 1) используется только устройство "изменения полярности гравитации"; 2) используется только "взрыв гравитонов"; 3) используются оба типа устройств. Отличить тип уровня можно по цвету "игровой зоны" (1-зеленая, 2-красная. 3-синяя). Сложность уровней постепенно нарастает от очень простых до очень сложных (рекомендуется использовать стилус). Также в игре есть два класса объектов: огонь и лед. Если игровой объект прикасается к огню, то вы проигрываете уровень (нужно начать сначала). Если игровой объект прикасается ко льду, то он замораживается, нужно будет переместить все остальные объекты в игровую зону (не замороженные). Если замерзнут все объекты, то вы проигрываете уровень. Лед можно использовать чтобы упростить прохождение сложных уровней!!!

Эта игра полностью готова к изданию на Google Play. Но!!! Украина не является страной которая может "продавать игры" на Google Play. Поэтому релиз игры я пока отложу на будущее (надеюсь недалекое и светлое). Есть вариант с рекламой, но не очень хочется отдавать такой проект за гроши. Поживем увидим. А пока буду размещать маленькую игру для детей на бесплатной основе, рабочее название "Numbers". Читайте о ней в следующих сообщениях.

Игры для Андроида!

2012-08-25T14:20:00.000-07:00

Этот блог полностью посвящен играм для устройств под управлением ОС Android (Андроид), которые я буду создавать (или уже создал). Со временем я буду добавлять помимо описания игр и краткого руководства для них, еще и кусочки кода (или общие структуры), которые я использую в своих играх.

Первая сделанная мной игра называется Gravity Booster:

Более подробно о ней читайте в следующем сообщении.

Gravity Booster
Топ 3 лучших игр для Андроид