W dniu poniedziałek, 22 kwietnia 2013 12:47:05 UTC+2 użytkownik bartekltg napisał:
> W dniu 2013-04-22 10:30, firr kenobi pisze:
>
> > W dniu poniedziałek, 22 kwietnia 2013 10:07:18 UTC+2 użytkownik Adam Klobukowski
napisał:
>
>
>
> >> Przeliczanie na radiany jest banalne. Wszystkie funkcje biblioteczne operują na
radianach. Operowanie na stopniach to proszenie się o kłopoty.
>
> >>
>
> >
>
> > niby czemu ?
>
>
>
> Bo:
>
> ">> Wszystkie funkcje biblioteczne operują na radianach. "
>
>
>
> Hasełkiem, którego szukasz jest słowo modulo.
>
>
>
> Dla liczb zmiennoprzecinkowych fmod(.,.)
>
> Uważaj na znak.
>
>
>
>
>
> A może kąt trzymać jako liczbę zespoloną? Obracanie to mnożenie,
>
> nigdy nie liczymy wprost sin i cos, bo już je mamy.
>
>
ciekawy pomysl, sam w sobie bo akurat bez zwiazku
z moimi bugami

zasadnicza sprawa to to ze w swoim kodzie
potrzebuje funkcji na odejmowanie katów (zwrotów)
która zawsze zwracalaby mniejszy kąt miedzy katami

potrzebne jest to do obrazania statku (ktory ma
azymut np 15 stopni) w dowolnym kierunku np -10,
-170, albo 170 stopni

-10-15 = -25 ok
-170-15 = -185 = +175 ok
170-15 = 155 ok

troche sie w tym pogubilem, chodzi mi o wymyslenie
malego api albo jakiejs metodologii ktore byloby
odporne na bledy przy dodawaniu i odejmowaniu
tych katow

moze nie jest zresztatak zle tylko moje wczesniejsze bledy wynikaly ze zlej
normalizacji
(bo chyba ona jest kluczem -180 do 180 i moze bedzie ok)