2D движок SR2D, Софтверный движок для работы с 2D графикой на VB6, vb.net, C# (43 стр)
Mikle
Ну будет потом когда х64, вернемся к этому вопросу с линиями.
Я сейчас все равно в депрессии, что-бы что-то кодить.
у меня есть С-код для толстых линий, 2 штуки. Работают на байтовых массивах, 32 бита на точку, 8 бит на цвет, ABGR.
1. с антиалайзингом, но (пока) одноцветная. Но на шаблонах, функция рисования точки представлена статическим методом шаблона, что позволяет делать блендинг во все поля в коде, без потери производительности. При желании можно функцию заменить статическим кодом.
2. без антиалайзинга, зато основана на картинке (т.е. картинка вкладывается в линию) и на кусочно-гладких сплайнах (т.е. гнуть-заворачивать можно). Можно прикольно гнуть фотки, как в этих ваших фотошопах :) Но эта линия более стрёмная и медленная, в реал-тайме притормаживает, потому что построена по принципу избыточности, так как загибоны сплайнов могут уходить в бесконечность :(
нннада? о_о
StepEver
> нннада? о_о
Надо, если оно не задействует никаких зависимостей, от слова совсем никаких, даже стандартную библиотеку.
Mikle
> даже стандартную библиотеку
сабо сомой :)
+ но тут есть небольшой косяк
− Скрыть
конец линии не перпендикулярен её направления
но это можно исправить
немного статического кода для примитивов:
+ Показать
− Скрыть
код, рисующий цветовую компоненту.
class DB2B
{
public:
__forceinline static BYTE DrawByteToByte(LPBYTE, LPBYTE lpbFrom)
{
return *lpbFrom;
}
__forceinline static BYTE DrawByteToByte(LPBYTE lpbTo, LPBYTE lpbFrom, int& aTo, int& aFrom)
{
return ((*lpbTo * aTo + *lpbFrom * aFrom) * 258) >> 16;
}
__forceinline static BYTE DrawColorToByte(LPBYTE lpbTo, BYTE&& color, int& aTo, int& aFrom)
{
return ((*lpbTo * aTo + color * aFrom) * 258) >> 16;
}
};
class DB2BA : public DB2B
{
public:
__forceinline static BYTE DrawAlpha(LPBYTE lpbTo, LPBYTE lpbFrom, int& aTo, int& aFrom)
{
aTo = *lpbTo;
aFrom = *lpbFrom;
int aToNow = aTo;
aTo = 255 - aFrom;
return *lpbTo = aToNow + aFrom - (((aToNow * aFrom) * 258) >> 16);
}
};
template <typename BA = DB2BA> class BNorm : public BA
{
};
код, рисующий точку
обратите внимание на обратный ход указателя, сделано в целях оптимизации (сначала альфа, потом по ней цвет)
template <typename Blend> class TransPixelDraw
{
public:
__forceinline static void DrawColorToPixel(LPBYTE& lpbTo, DWORD dwColor)
{
LPBYTE lpbFrom = (LPBYTE)&dwColor;
lpbFrom += 3;
int aTo, aFrom;
*lpbTo-- = Blend::DrawAlpha(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
}
__forceinline static void DrawPixelToPixel(LPBYTE& lpbTo, LPBYTE& lpbFrom)
{
int aTo, aFrom;
*lpbTo-- = Blend::DrawAlpha(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
}
__forceinline static BYTE DrawByteToByte(LPBYTE lpbTo, LPBYTE lpbFrom)
{
return Blend::DrawByteToByte(lpbTo, lpbFrom);
}
__forceinline static void DrawColorToPixelAlpha(LPBYTE& lpbTo, DWORD dwColor, BYTE alpha)
{
int aTo, aFrom;
LPBYTE lpbFrom = (LPBYTE)&dwColor;
lpbFrom += 3;
aTo = alpha;
aFrom = 255 - aTo;
lpbFrom--;
lpbTo--;
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
*lpbTo-- = Blend::DrawByteToByte(lpbTo, lpbFrom--, aTo, aFrom);
}
};− Скрыть
template <typename B> template <typename F> void CTmp<B>::DrawWideLineAA(int x1, int y1, int x2, int y2, int iLineWidth, DWORD dwColor)
{
int iWidth = x2 - x1;
if (iWidth < 0)
iWidth = -iWidth;
int iHeight = y2 - y1;
if (iHeight < 0)
iHeight = -iHeight;
LPBYTE lpb = nullptr;
LPBYTE lpb1 = nullptr;
iWidth++;
iHeight++;
DWORD dwColorTr = dwColor & 0x00ffffff;
int incX = 1;
if (x1 > x2)
incX = -1;
int incY = 1;
if (y1 > y2)
incY = -1;
if (iHeight < iWidth)
{
int iThreshold = 0;
iThreshold = 256 * iHeight / iWidth;
int iStep = iThreshold / 2;
int j = y1;
for (int i = 0; i < iWidth; i++)
{
int yb = (j - (iLineWidth + 0) / 2);
if (incY < 0)
yb--;
for (int iw = 1; iw < iLineWidth; iw++)
{
lpb1 = lpData_ + (x1 + i * incX + (iw + yb) * w_) * 4 + 3;
F::DrawColorToPixel(lpb1, dwColor);
}
if (y1 != y2)
{
int iStep1 = iStep;
if (incY > 0)
iStep1 = 255 - iStep1;
yb = (j - (iLineWidth + 0) / 2);
if (incY < 0)
yb--;
lpb1 = lpData_ + (x1 + i * incX + yb * w_) * 4 + 3;
F::DrawColorToPixel(lpb1, dwColorTr | (iStep1 << 24));
yb = (j + (iLineWidth + 1) / 2);
if (incY < 0)
yb--;
lpb1 = lpData_ + (x1 + i * incX + yb * w_) * 4 + 3;
F::DrawColorToPixel(lpb1, dwColorTr | ((255 - iStep1)<< 24));
iStep += iThreshold;
if (iStep >= 256)
{
iStep -= 256;
j += incY;
}
}
}
}
else
{
int iThreshold = 0;
iThreshold = 256 * iWidth / iHeight;
int iStep = iThreshold / 2;
int i = x1;
for (int j = 0; j < iHeight; j++)
{
int xb = (i - (iLineWidth + 0) / 2);
if (incX < 0)
xb--;
for (int iw = 1; iw < iLineWidth; iw++)
{
lpb1 = lpData_ + (xb + iw + (y1 + j * incY) * w_) * 4 + 3;
F::DrawColorToPixel(lpb1, dwColor);
}
if (x1 != x2)
{
int iStep1 = iStep;
if (incX > 0)
iStep1 = 255 - iStep1;
int xb = (i - (iLineWidth + 0) / 2);
if (incX < 0)
xb--;
xb = (i - (iLineWidth + 0) / 2);
if (incX < 0)
xb--;
lpb1 = lpData_ + (xb + (y1 + j * incY) * w_) * 4 + 3;
F::DrawColorToPixel(lpb1, dwColorTr | ((int)((iStep1)) << 24));
xb = (i + (iLineWidth + 1) / 2);
if (incX < 0)
xb--;
lpb1 = lpData_ + (xb + (y1 + j * incY) * w_) * 4 + 3;
F::DrawColorToPixel(lpb1, dwColorTr | ((int)((255 - iStep1)) << 24));
}
iStep += iThreshold;
if (iStep >= 256)
{
iStep -= 256;
i += incX;
}
}
}
}
данные класса:
B* lpData_ = nullptr;
union
{
SIZE sz_;
struct
{
int w_;
int h_;
};
};
int length_ = 0;
и вот так оно друг в друга вложено:
bmpOut.DrawWideLineAA<TransPixelDraw<BNorm<DB2BA>>>(55, 67, pt.x, pt.y + 12, 5, 0xFFFF0000);
можно оптимизировать, если выкинуть функции и не менять указатель на байтовый массив перед их вызовом. Но у меня тогда была цель сделать удобно в коде.
А есть возможность что-бы drawrotate учитывал альфу?
По-моему я делал давно, очень давно по этому точно уже не помню.
SilentPrayerCG
> А есть возможность что-бы drawrotate учитывал альфу?
Я предполагал использовать вращение в два прохода - сначала во временный спрайт вращаем, потом отображаем на приёмник уже с нужным эффектом, там ведь может быть не только альфа, а любой эффект.
#636 (Правка: 14:08)
14:01, 30 мая 2019
Mikle
Да точно, так сработало, спасибо.
Т.е при drawrotate альфа не херится, просто нет опции эффекта, так получается?
а как высчитать размер спрайта, если квадрат повернут на 45 градусов?
ну т.е габариты картинки как-бы изменятся, как посчитать на сколько, что-бы спрайт куда рисуется поворот сразу был того размер какого надо?
#637 (Правка: 14:37)
14:35, 30 мая 2019
SilentPrayerCG
> Т.е при drawrotate альфа не херится, просто нет опции эффекта, так получается?
Да, альфа так же вращается, как и все слои.
SilentPrayerCG
> как высчитать размер спрайта
Нужно учитывать, что в drawrotate выбирается sx и sy - это центр вращения спрайта источника, и dx и dy - точка на приёмнике, куда попадает этот центр.
Теперь, если x и y - это координаты угла источника относительно выбранного центра, то они попадут на приёмника относительно dx и dy на:
xx = x*cos(a)-y*sin(a)
yy = y*cos(a)+x*sin(a)
У меня есть поворот, с АА и прозрачностью.
Нада?
Но я использую пререндеренные тригонометрические функции, чтобы:
Mikle
> оно не задействует никаких зависимостей, от слова совсем никаких, даже стандартную библиотеку.
пробовал играться с рядом Тейлора, но особо прироста производительности не было :)
StepEver
> У меня есть поворот, с АА и прозрачностью.
> Нада?
Сравнить бы сначала с моим по качеству и быстродействию. Есть какие-то тесты?
StepEver
> я использую пререндеренные тригонометрические функции
Зачем? Там же на весь спрайт используется один синус и один косинус, не в цикле.
Mikle
> Сравнить бы сначала с моим по качеству и быстродействию. Есть какие-то тесты?
я могу просто код дать, синусы-косинусы можно заменить на штатные
> Зачем? Там же на весь спрайт используется один синус и один косинус, не в цикле.
Ну, видимо, я изначально их сделал в целях оптимизации, а потом везде использовал.
Глянул свой RotateA, однако, там всё слегка странно сделано.
Ну, т.е. сам поворот сделан классически: на каждую точку по матрице поворота считаются 4 точки и по ним ищется среднее. Таким образом получается АА и полупрозрачность.
Но вот чтобы не делать проверки на выход за границы памяти, я сначал делаю расширение спрайта в 2 раза, потом поворачиваю, а потом обратно уменьшаю в 2 раза.
Возможно, надо просто попытаться (мне) переделать под поворот код толстой линии, она делает 1 итерацию на 1 точку, и ей пофиг на выход за границы. Собственно, взять код, примерно тот, который используется в софтрендерерах для отображения плоскости/квада. Частный случай, когда квад параллелен плоскости экрана.
RotateA я использовал активно у себя в танках. Собственно, эта самая функция "виновна" в том, что эта игра появилась на свет :) Я тогда подумал, на чём бы попробовать? В голову пришёл танк... и понеслось...
В игре у каждого спрайта есть кеш-спрайт с поворотом, чтобы не считать его постоянно на каждый кадр.
StepEver
> сам поворот сделан классически: на каждую точку по матрице поворота считаются 4
> точки и по ним ищется среднее.
Тогда это вряд ли будет быстрее моего варианта.
StepEver
> чтобы не делать проверки на выход за границы памяти, я сначал делаю расширение
> спрайта в 2 раза, потом поворачиваю, а потом обратно уменьшаю в 2 раза.
А это вообще убьёт быстродействие.
Mikle
> Тогда это вряд ли будет быстрее моего варианта.
Да, но у меня есть АА :)
Хотя надо будет пересмотреть код и сделать нормально, да.
> А это вообще убьёт быстродействие.
Не убьёт, немного подсадит.
StepEver
> Да, но у меня есть АА
Как будто у меня его нет.