Вращение спрайта на произвольный угол

[jerri]

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

какой ты нудный а
ты под чо пишешь? под I7 core quatro?
или под спек с его 3.5/7/14 мгц



пофиг насколько ты поворачиваешь

сортирование 3072 точек займет определенное время
а максимальное искажение размера спрайта появляется когда он повернут на 45 градусов

кстати если интересно посмотри как сделан быстрый поворот в демке Refresh
раскранченая картинка 64*28 освежается примерно 60000 тактов и
весит соответсвенно

твое же натягивание совы на глобус займет минимум вдвое дольше.

[shurik-ua]

можно почитать про матчасть, а именно про аффинные преобразования - вот например небольшая статейка в тему:
http://robocraft.ru/blog/computervision/581.html

[Sameone]

можно почитать про матчасть

Про матчасть лучше читать у Ла Мота (Андрэ Ла Мот "Секреты программирования игр". Ну да, конкретные реализации там на C на PC для DOS, но теоретические вопросы там объясняются очень подробно.

Сделай спрайты из векторных линий и крути только два конца этих линий, а линию рисуй по этим двум точкам.

Зачем это?

[Andrew771]

Зачем это?

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

[Sameone]

Andrew771,
Я имел ввиду -- зачем считать каждую линию, да ещё дважды? Давай представим спрайт в виде параллельных линий. Тогда мы можем его рисовать линия за линией. Каждая линия, естественно, состоит из точек. Каждая последующая смещена относительно предыдущей, следовательно, чтобы поставить следующую точку достаточно знать на сколько нужно сместиться по у при смещении по х на 1 пиксель. Это смещение равно тангенсу угла наклона линии к горизонтали. Поскольку все линии параллельны, то у них один и тот же угол наклона, мы можем его посчитать один-единственный раз. А дальше прибавлять смещение, и если результат получится больше 1, уменьшать его на 1. Угол наклона -- это и есть угол поворота спрайта относительно начального положения. Он известен, берём тангенс из таблицы.
Для перехода к следующей строке нужно знать смещение её начала относительно предыдушей линии. Это есть котангенс нашего угла поворота. Тоже берём из таблицы (быстрее если у нас две таблицы, но можно обойтись и одной, сэкономив немного памяти).
Т. е. сложность - 2 извлечения из таблицы + суммирование и проверка для каждого пикселя.

[Sergey]

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

[Advertiser]

[Titus]

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

Стандартные спрайты упакуются ну максимум в 2 раза. Выигрыш небольшой.

[jerri]

Стандартные спрайты упакуются ну максимум в 2 раза. Выигрыш небольшой.

а если вращать? насколько выгоднее будет?

я считаю что больше 16 фаз поворота смысла нет
автор хочет поворот на 1 градус

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

[Sayman]

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

вообще говоря, речь была про цветные спрайты. 8bpp...

[jerri]

вообще говоря, речь была про цветные спрайты. 8bpp...

ну тогда вообще вопросов нет
60000 тактов на спрайт размером 64х28

плюс процедура настройки ротатора
пошаговую стратегию делаешь?