nie wiem co jest grane,niby stosuje te wzory a punkty sie dziwnie rozjezdzaja :( zarzucam kod w C,moze ktos
sie dopatrzy bledu:

        static double xt[200]={0};
        static double yt[200]={0};
        static double zt[200]={0};
        static int index=0;

void kolo(int y,int z,int color,bool a){
     for (double kat=0; kat<10;kat+=0.3)
     {
           xx=40;     
           zz=(cos(kat)*y-sin(kat)*z);
           yy=(sin(kat)*y+cos(kat)*z);
           if(a){xt[index]=xx;yt[index]=yy;zt[index]=zz;index++;}
         };}
         
int main()
{
     double stx=320,sty=240;
     double k=3;
     double y=40,z=-40;
     kolo(y,z,0x00ff00,true);

     for (int t=0;t<index;t++)

     plot(xt[t]/zt[t]*k+stx,yt[t]/zt[t]*k+sty,0x0fffff);

     return 0;
     };

Jakby ktos pytal to jest kod atari przelozony na kod pc.

1) Funkcje sin(), cos() przyjmują argumenty w radianach. Przyrosty kątowe 0.3 mogą być zbyt duże i dawać wrażenie chaotyczności.
2) Wsp. k powinien być pochodną rozmiarów okna obrazu oraz perspektywy. Tymczasowo powinieneś go zwiększyć.
3) Będą działy się różne paskudne rzeczy, jeżeli nie wykluczysz dzielenia przez 0, które jak najbardziej jest możliwe w tej sytuacji. Proponuję dodać odpowiednio duży offset do zz.

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.

http://codebase64.org/doku.php?id=base:3d_rotation

tego mi trzeba bylo,teraz punkt stawia sie poprawnie.Do perspektywy uzylem wzorow:
Focal=ogniskowa;
rzut=Focal/(z+Focal);
x1=x*rzut+srodek ekranuW;
y1=y*rzut+srodek ekranuH;

Swoja droga to ciekawe,ze jest kilka rodzajow wzorow na obroty i kilka na rzut perspektywiczny.
Jeszcze odnosnie obrotow:zastanawiam sie jak zrobic,zeby punkty obracaly sie nie wokol srodka ukladu wspolrzednych ale wokol dowolnej osi w przestrzeni,dysponuje ktos moze stosownym linkiem odnosnie tego problemu?

to ja jeszcze w sprawie kamery...
do przeksztalcen wspolrzednych swiata do wspolrzednych kamery sprobowalem zastosowac ta macierz(na samym dole stronki) ale zamiast np. przesuniecia kamery wzdloz osi x program obraca mi punkty wokol poczatku ukladu wspolrzednych swiata, tak jakby tam stala kamera. Moze znalazby sie ktos obeznany z tematem i udzielil rady jak krok po kroku stworzyc tak`ową kamere?

niby wszystko podstawiam dobrze pod wzor...najpierw licze sobie wektory,co by byly prostopadle do siebie,normalizuje,potem okreslam przesuniecie kamery,podstawiam to wszystko do macierzy i nic.
za engine dzieki,ale nie rozczytam.

Gimbal lock?

Przesuń najpierw świat, tak, aby kamera była w (0, 0, 0).

Może spróbuj skrótowo opisać algorytm jakiego faktycznie używasz: Opisz jak przeliczasz każdy z wejściowych puntków (x,y,z), aby otrzymać końcową pozycję na ekranie (przez co mnożysz, jakim wzorem, punkt po punkcie) bo rozłożenie punktów jest tak nierównomierne, że mi to wygląda na błąd w zastosowanej formule.

Twoje podejście jest odrobinę "niekanoniczne". A jak robi się coś niestandardowo, to łatwiej o błędy. Ja stosuję się do metody używanej w direct3d i jedyne problemy jakie miewam, to czy transponować ostateczną macierz, czy nie (bo zwykle nie pamiętam jak ostatecznie ma być).
Jedyne co mogę zaproponować, to:
1. Porzuć tę metodę, którą teraz używasz, bo taniej jest napisać to dobrze od nowa, niż szukać błędu.
2. Przeczytaj w tutorialu z dokumentacji do direct3d 9: Transforms oraz podstrony World, View oraz Projection. Dowiedz się też, co to jest Viewing Frustum.
3. Znajdź / napisz klasę macierzy oraz funkcje tworzenia osobnych macierzy do rotacji w każdej z osi, translacji, skalowania i perspektywy oraz metodę mnożenia macierzy przez siebie i mnożenia wektora przez macierz tak, jak jest to w tym tutorialu.
4. Twórz macierze, mnóż i voilà (ewentualnie przetransponuj końcową macierz jak nie wyjdzie ;)).