On 2012-03-31 10:06, f...@g...pl wrote:
> M.M.<m...@g...pl> napisał(a):
>
>> <f...@g...pl> napisał(a):
>>
>> > jesli iteruje sie po kwadracie to robi sie to
>> > zwykle tak
>> >
>> > for(int j=0; j<200; j++)
>> > for(int i=0; i<200; i++)
>> > costam(i,j)
>> >
>> > jak przeiterowac po tym samym kwadracie 200x200
>> > gdy jest on przekrzywiony np o 7 stopni w prawo,
>> > - dane sa np wspolrzedne wierzcholkow)
>> >
>> > ??
>> Kolejne punkty leza na prostych, wiec punkt nastepny uzyskuje
>> sie przez dodanie dx i dy do punktu poprzedniego. Ze
>> wzorow na obrot trzeb wyliczyc start_x i start_y a
>> potem odpowiednio dodawac dx i dy.
>>
>> x = x_start;
>> y = y_start;
>> for( i=0 ; i<200 ; i++ ) {
>> xx = x;
>> yy = y;
>> for( j=0 ; j<200 ; j++ ) {
>> draw(xx,yy);
>> xx += dx2;
>> yy += dy2;
>> }
>> x += dx1;
>> y += dy1;
>> }
>>
>
> pytanie jednak czy to nie 'skipnie' pewnych punktow
> (chyba skipnie i beda dziury) - przydalaby sie taka
> metoda iterowania po kwadracie ktora by nie omijala
> punktow - wtedy np w odwrotnej metodzie rysowania
> obracanych bitmap nie trzebaby iterowac ekranu po
> otaczajacym wiekszym kwadracie i marnowac czesci obliczen
> tylko przeiterowac sam odwrocony kwadrat

http://pl.wikipedia.org/wiki/Algorytm_Bresenhama

Nie wiem co próbujesz zrobić, ale "iterowanie po obróconym kwadracie" brzmi
jakbyś próbował zrobić coś bardzo dziwnego i niepotrzebnego.

--
MB