czyli teoretycznie jeżeli wysłany jest sygnał przerwania to CLI  POWINNO "spowodować skok" do procedury przerwania, tak? nic już nie rozumiem :/

to może jeszcze mała prośba, z racji tego, że jestem na wczasach nie mam możliwości sprawdzenia, czy prawdziwy sprzęt zachowuje się tak jak Altirra, może ktoś potwierdzić lub zaprzeczyć?

dzięki za odpowiedzi, oczywiście jak zwykle zapomniałem dodać, że w proc. przerwania najpierw kasuje a potem ustawiam na #1 $d20e, samo przerwanie wywołuje zaś nie cli sei a sei cli , zaraz to poprawie
@Seban:
cli/sei używam w pętli rysującej 1 z 8 podstawowych linii, w przerwaniach dodaje dodatkowe przesunięcia tak, że z 8 linii powstaje mi 58 na każdą ćwiartkę okręgu.

Panowie, jakieś jeszcze inne sugestie, co tu może źle działać?

nie wiem, czy z tego korzystasz, ale na tej stronce jest opisane jak obliczyć macierz obrotu bez mnożenia

a'propos podcastów to tutaj podcasty komputerowe z radia Szczecin.
edit: n.p. historia polskiej informatyki

juppi!!!
udało się znaleźć rozwiązanie. Tak jak przypuszczałem na początku okazało się, że aby obrócić kamerę wokół własnych osi trzeba przemnożyć ruchome osie przez wartości cos i sin , rozwiązanie znalazłem na tej ciekawej stronce z tutorkami opengl

A tutaj kod w C++:

void CCamera::RotateX (GLfloat Angle)
{
    RotatedX += Angle;
    
    //Rotate viewdir around the right vector:
    ViewDir = Normalize3dVector(ViewDir*cos(Angle*PIdiv180)
                                + UpVector*sin(Angle*PIdiv180));

    //now compute the new UpVector (by cross product)
    UpVector = CrossProduct(&ViewDir, &RightVector)*-1;

    
}

void CCamera::RotateY (GLfloat Angle)
{
    RotatedY += Angle;
    
    //Rotate viewdir around the up vector:
    ViewDir = Normalize3dVector(ViewDir*cos(Angle*PIdiv180)
                                - RightVector*sin(Angle*PIdiv180));

    //now compute the new RightVector (by cross product)
    RightVector = CrossProduct(&ViewDir, &UpVector);
}

void CCamera::RotateZ (GLfloat Angle)
{
    RotatedZ += Angle;
    
    //Rotate viewdir around the right vector:
    RightVector = Normalize3dVector(RightVector*cos(Angle*PIdiv180)
                                + UpVector*sin(Angle*PIdiv180));

    //now compute the new UpVector (by cross product)
    UpVector = CrossProduct(&ViewDir, &RightVector)*-1;

Dzięki za zainteresowanie tematem,
pozdrawiam

@Fox:załączam całość źródeł, nie jest tego wiele. Punktów niewidocznych nie stawiam.
@Laoo: dzięki za rady, chyba najrozsądniej będzie tak zrobić.

kamera jest w 0,0,0 bo najpierw obracam wektory kamery a potem podstawiam je do macierzy kamery (obrotu i translacji) przez którą mnożę wszystkie wierzchołki. Albo coś pokićkałem, albo coś jest nie tak z tymi obrotami i trza użyć czegoś bardziej skomplikowanego, w razie czego dołączam  filmik pokazujący co jest nie tak (WMPlayer),
pozdrawiam z pola bitwy,
gorgh

odświeżam temat: po dłuższym czasie wróciłem do tematu, kamera działa, obraca się , problem tylko z kolejnością obrotów, jak najpierw obracam wokół osi Z kamery to osie X i Y dziwnie się zachowują (obracają się względem osi X i Y świata) gdy robie odwrotnie to obrót Z zamiast kręcić się wokół punktu w środku widoku kamery obraca się względem osi Z świata.
Czy któryś z szanownych kolegów programistów wie czym może być to spowodowane?
pozdrawiam,
Gorgh

każdy widzi to co chce :)

wszystkiego najlepszego Mono!

element jest raczej rzadko używany, oprócz zastosowania w "trzeciej ręce" nie znalazłem innych przykładów, za to stosuje się go w budowaniu szkieletów lalek do animacji poklatkowej i w sklepie online z tym asortymentem to znalazłem. Nazywa się to po prostu "double ball joint" ale w googlach nie znalazłem żadnego producenta tego.
Ze ślusarzem to dobry pomysł, dzięki.