On Friday, October 9, 2015 at 6:40:45 PM UTC+1, firr wrote:
> W dniu piątek, 9 października 2015 13:16:55 UTC+2 użytkownik Radoslaw Jocz napisał:
> > > Macie jakieś pomysły jak odwrócić prodecure midpoint,
> > > aby działała w przeciwnym kierunku?
> > >
> > > Nie jestem pewien czy ze punktem wyjścia do opracowania mojej prodecury była by
orginalna procedura midpoint czy ta zoptymalizowana.
> >
> > Chyba będę musiał dokładnie przeanalizować procedure midpoint 0-45 stopni
> > I opracuję swoją działającą na 45-0, zobaczę wtedy jakie bedą rezultaty.
> >
> to jest akurat dobry pomysl, sam to odkladalem a w koncu trzaba to zrobic..
zwłaszcza ze akurat nie ma nic do roboty

pomysł w tym zły w tym sensie że startujesz od punktu obliczonego jako liczba
rzeczywista

x i y inicjalizuje tak:
x = 0.70710678118654752440084436210485D * r;
y = 0.70710678118654752440084436210485D * r;

d inicjalizuje tak:
double d = x*x+y*y-r*r;

inkrementacje w petli

if (d>=0) {
x--; d-= 2*x+3;
} else {
x--; y++; d-= 2*(x-y)+5;
}

ale sa mniej stabilne niz te
ktore napisalem wczeniej tzn na podstawie orginalnego midpoint 0-45

przy katach 45 stopni dzialaja dobrze ale przy 0,90,180,270 juz gorzej,
poki co zostane przy starym rozwiazaniu, a przy malych raduisach r<1000 bede uzywal
te z API bo wtedy sa wystarczająco lub bardzo dokładne.

W Javie SDK i Androidzie te funkcje sa kiepsko zrobione,
sadzę że to nie wyjątek. Same już parametry to tych procedur w API
sa bezsensowne co świadczy że nie są dopracowane.

Java SDK:
drawOval(int x, int y, int width, int height) - bezsens
drawArc(int x, int y, int width, int height, int startAngle, int arcAngle) - jeszcze
większy bezsens

Android Java:
drawCircle(float cx, float cy, float radius, Paint paint) - bezsens na potęgę
public void drawArc (RectF oval, float startAngle, float sweepAngle, boolean
useCenter, Paint paint) - bezsens
public void drawArc (float left, float top, float right, float bottom, float
startAngle, float sweepAngle, boolean useCenter, Paint paint) - bezsens