M.M. <m...@g...pl> napisał(a):

> <f...@g...pl> napisał(a):
> > mysle ze podwojna ilosc punktow by wystarczyla (bo sa to bledy jakby
> > miedzy pixelowe) ale to jest spowolnienie 2x - mi chodzi wlasnie o
> > te szybsze i poprawniejsze metody
>
> Tam cos gadali o tym:
> http://forum.warsztat.gd/index.php?topic=5044.0
> Moze cos Ci sie przyda.

tam pod linkami jest cos takiego

// compute deltas
int dxdx = (Bx-Ax)/320,
dydx = (By-Ay)/320,
dxdy = (Cx-Ax)/200,
dydy = (Cy-Ay)/200;
long offs = 0;
// loop for all lines
for (int j=0; j<200; j++)
{
Cx = Ax;
Cy = Ay;
// for each pixel
for (int i=0; i&kt;320; i++)
{
// get texel and store pixel
page_draw[offs] = texture[((Cy>>8)&0xff00)+((Cx>>16)&0xff)];
// interpolate to get next texel in texture space
Cx += dxdx;
Cy += dydx;
offs++;
}
// interpolate to get start of next line in texture space
Ax += dxdy;
Ay += dydy;
}

nie calkiem to rozumiem i musialbym przepisac pixelsetowa linijke
( z drugiej strony wydaje sie proste - A B i C to zgaduje wierzcholki
quada w zrodle - zgadule ze A to lewy dolny B to prawy dolny a C lewy
gorny)

na rzie moje procedury z sinusami dzialaja tak

http://dl.dropbox.com/u/42887985/rotowanie%20bitmap.
zip

(trzeba rozpakowac do folderu )

- sa artefakty i dziala nie za szybko - gdyby sie udalo jednak
przy pomocy tego cholerstwa u gory spowodowac ze by przyspieszylo
pare razy i artefakty zniknely to bylbym zadowolony


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/