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

Цитата:

---

Сообщение от Sayman

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

---

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

http://zx-pk.ru/attachment.php?attac...1&d=1438961660

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

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

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

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

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

Цитата:

---

Сообщение от shurik-ua

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

---

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

Цитата:

---

Сообщение от Andrew771

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

---

Зачем это?

Цитата:

---

Сообщение от Sameone

Зачем это?

---

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

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

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

Цитата:

---

Сообщение от Sergey

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

---

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

Цитата:

---

Сообщение от Titus

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

---

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

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

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

Цитата:

---

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

---

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

Цитата:

---

Сообщение от Sayman

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

---

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

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