No właśnie zrozumiałem że w zależności od DeltaX lub DeltaY jest określona częstotliwość licznika (timera) i na tej podstawie w ciągu głównym się rysuje X lub Y jest na IRQ zwiększany. Ale nie wiem czy to może być wystarczająco precyzyjne. Ale pomysł ciekawy :) Przyznaję iż zupełnie bym w ten sposób nie pomyślał :) Czy jest to do zrealizowania nie wiem. Nie miałbym chyba cierpliwości aby próbować :)

dzięks. Właśnie sprawdziłem program po lekkiej modyfikacji na sprzęcie i o dziwo okazuje się, że Atari800Win bardzo podobnie rozkładał linie jak Atarynka, zaś w wersji 1.7 Altirra ma jakiś błąd fałszujący działanie programu przy przerwaniach Pokeya, zresztą słychać to podczas odgrywania muzy, nie wiem jak jest w nowszych wersjach.
Z precyzją jest problem, ale może uda się to jeszcze skalibrować.

Teraz jest Altirra 1.9, a nawet 2.0 beta.
Po przemyśleniu sprawy moje zwątpienie w sukces nieco się zmniejszyło.
Porównaj to, chyba będzie trochę szybsze:

    clc
draw
    tax
    ora:sta    (scr_ptr),y
    dec    dy
    beq    draw_end
    tya
    adc    #$20
    tay
    txa
    cli:sei
    bcc    draw
    inc    scr_ptr+1
    clc
    jmp    draw

irq
    mvx    #0    ^2e
    inx:stx    ^2e
    lsr    @
    bcc    irq_rti
    ror    @
    iny
irq_rti
    rti

dzięki za sugestie, postaram się to przyswoić i może przyspieszyć działanie, ale radykalnych zmian już raczej nie zrobię, bo musiałbym od początku eksperymentalnie dobierać częstotliwość występowania przerwań dla każdego nachylenia w obrębie ćwiartki koła.

Zapomniałeś o iny. Musi to nastąpić w ściśle określonym przypadku (przekroczenie bajtu) i w związku z tym trzeba dodać skok, co pogorszy czas wykonywania tego wariantu.