Графика в изометрии

[DeKot]

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

[Вадим Буренков]

Запустил пример и в нем не понравилось что в определенных местах карты игрок телепортируется на немаленькие расстояния (движется рывками ). Статью просмотрел особо не вдумываясь но за старания +1.

Кстати а почему бы не создать тему где выкладывать различные статьи по непростым аспектам геймдева?

[DeKot]

Для "быстрых" машин (свыше 1,8 ГГц) надо в коде убрать слэш коментария с задержки. Тогда движение будет плавным , без рывков

procedure MoveGosha(n,m: byte);
var i: byte;
begin
     for i:= 1 to (m * 30) do
     begin
       .  .  .   .   .   .
       Form1.Canvas.Draw(0,0,Buffer);
       //Sleep(30);   //  убрать комент
       x:= x+dx; y:= y+dy;
       InitSprite('BtnCtr.bmp',5,1,1,N_kadrB);
       LoadBuff(10,640,10,640,0);
    end;
end;

[Beermonza]

Есть пожелание, оформить это в теме "Уроки по созданию игр для новичков", только как полноценную статью, разделив на части, ...будет весьма наглядно и правильно.

[DeKot]

разделив на части,

На какие части еще там делить? Всего то 4 странички материала, из них больше половины скриншоты.Вот если только добавить к "Урокам по графике" - http://depositfiles.com/files/rl0qvs73f - cсылка нерабочая (19.30)
Новая, рабочая ссылка - http://depositfiles.com/files/akgys12v5

[Beermonza]

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

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

[DeKot]

Многочисленные вычисления - это только на вид кажется, если не вникать в суть.А фактически приведенные выражения не сложнее , чем например :
Form1.ClientWidth:= Form1.Left + Form1.Width;
А фоновые рисунки в изометрии, понятнее описывать массивом, как бы привязанным именно к изометрической матрице.Но это, естественно, ИМХО.И как раз именно в программировании, как ни в чем другом , всегда множество альтернативных вариантов решений задач.

[Beermonza]

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

CellX := 1 + Trunc((MouseX - Form1.Left + {поправка по-X}) / Wp);
CellY := 1 + Trunc((MouseY - Form1.Top - {поправка по-Y}) / Hp);

MouseX, MouseY - это координаты курсора, как их берем не имеет значение, можно по таймеру через Mouse.CursorPos.X и Mouse.CursorPos.Y или из процедуры FormMouseMove.
Form1.Left, Form1.Top - присутствуют только в том случае, если игра работает в окне, которое можно перемещать по экрану. Поправка по-X и по-Y нужна для центровки курсора в точке, ...у меня например в Windows XP и Vista значение поправок разные, почему так я не знаю, но на экране центр будет одинаковый только если правильно его выбрать. Wp и Hp - это половина размера текстуры изометрической клетки карты, соответственно, пол длины и пол высоты в пикселях.

Отрисовка вообще элементарная. Вот так на задний план (сбор карты):

For t := 0 to N do
  Begin
    For z := 0 to M do
      Begin
        Buf.Canvas.Draw(z * Wp, t * Hp, {Bitmap});
      end;
  end;

...а вот так на объекты, например персонажа:

Buf.Canvas.Draw( Pers.PosX * Wp                              // положение по-X
                             + Pers.MoveX                                  // смещение по-X
                             + Abs(Wp - Pers.TexWidth) div 2    // центрирование по-X
                             , Pers.PosY * Hp                              // положение по-Y
                             + Pers.MoveY                                  // смещение по-Y
                             + Abs(Hp - Pers.TexHeight) div 2    // центрирование по-Y
                             , Pers.AnimTex);                             // граф. изображение кадра анимации персонажа

Статичные объекты отрисовываются точно так же, просто параметр MoveX и MoveY у них всегда равен нулю, ...или если здание может перемещаться, например как в StarCraft, то переменные динамически изменяются.

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

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

[DeKot]

Спасибо, Beermonza. Обязательно посижу просчитаю предложенные варианты расчета карты.Есть задумка написать универсальный модуль для таких случаев, надо только набраться еще практики и теории по этому вопросу. У меня так с модулем применения спрайтов получилось.Набралось информации из разных проектов, на их основе и собрал модуль.Сейчас зато просто - подключаю модуль в проект, а в самом коде пять-семь строчек вызова с параметрами и все "бегает", "стреляет"

[Beermonza]

Главное - шибко не увлекаться процедурностью/функциями и модульностью в общем, иначе в один нехороший момент ваша идея универсальности превратится в DelphiX.
Первое правило - не позволять коду в "графических" циклах производить множество умножений/делений, или вызывать функцию с модуля, в которой кажется не много таких действий, но в результате в производительности можно сильно потерять или даже посадить CPU на пятую точку, были случаи по первой ))).
Согласитесь, пользователю совершенно не важно в какой точке с координатами находится его персонаж, ему важно видеть, что он ткнул на карте в определенное место и персонаж туда пришел. А вот программе крайне важно, столько вычислений она при этом делает, ...чем проще вычисления, тем быстрее обработка, а хорошо бы вообще без вычислений, что, собственно, я, например, и стараюсь делать, пусть в ущерб привычному пониманию кода, и заложенной в него по началу теории классической математики и геометрии в частности.