Powinno być:

 z1=cos(kat)*z-sin(kat)*y;
 y1=sin(kat)*z+cos(kat)*y;
x1=x;

ewentualnie odwrotnie znaki przy sinach - będzie obrót w drugą stronę.

Najpierw mnóż przez k, a potem dziel przez zt[t] - wtedy xt[t] i zt[t] będą mogły być całkowite.
zt[t] powinny być dodatnie - tj. punkty są za ekranem, a nie przed. Możesz dodać przesunięcie po wykonaniu obrotu.

Dlaczego pytasz na tym forum, zamiast najbardziej zainteresowanego, czyli autora Atari++ ?

... to nie byłoby słychać dźwięku POKEYa.

Jak na prototyp, zarówno kod javowy jak i asemblerowy jest bardzo ładnie napisany. Argumentacja przeciw Point2D do mnie nie trafia - to jest przecież właśnie para liczb x,y - to Vector<Double> zupełnie tu nie pasuje. Ostrożnie też podchodziłbym do rady TeBego - ręczne przypisanie adresów pozwala łatwiej debugować, można też przypisać różne zmienne pod te same adresy, gdy zaczyna brakować strony zerowej. Polecam natomiast pseudorozkazy, pomijanie "equ *" i skróconą składnię dta - b(foo,bar,quux).

Obiecanych schematów nie widać, a byłyby one łatwiejsze do uzyskania i bardziej kompletne, niż reverse-engineering.

Nie wiem, co więcej może dać r-e wyjętych układów w stosunku do programowego r-e układów siedzących na swoim miejscu. Interesująca byłaby opinia kolegi na ten temat.

Mam WMV 145 MB. Zapodajcie eftepa, gdzie wrzucić.

Staszek szybki jest...

Ja od niedawna korzystam z home.pl: www, email i domeny. BOK w porządku. Lekki webmail.

Raster Music Tracker

IE7 otwierał mi dużą stronę przez minutę. Po wyłączeniu plugina Skype - ułamek sekundy.

Oczywiście, że nie.

Mam nadzieję, że nie dojdziemy do tego, że aby odpalić demo na Atari trzeba będzie przejść 10-krokowego setupa: rodzaj rozszerzenia pamięci, adres Covoxa, adres VBXE, wersja rdzenia VBXE, architektura drugiego procesora, itp.