o dzięki.
co do hektaru kodu to mam opory przed stosowaniem tego, ale faktycznie może nieodzowne czasami
edit
swój kod do stawiania pixli optymalizowałem chyba 10 krotnie, obecnie pętla rysująca wygląda tak:

loop000
 lda $ffff,y
 bmi byte8
 beq byte

 sta byte2+2
 sta byte5+2

byte8
 ldx $ffff,y

byte
 lda $ffff,y
byte6
 and $ffff,y
byte5
 ora $ff00,x
byte2
 sta $ff00,x
 dey

 bne loop000

i efekt działa w 4 ramkach
co do speedcodu to niestey tojest trochę tak, że myśleć nad tym trzeba 4 razy mniej.

czołem, od kilku dni pracuję nad twirlem na c64, moja metoda jest inna niż podana na stronie Tebe, wyliczam oddzielnie tablice kolejnych kręgów i zapisuję w którym bajcie i w którym pixlu bajtu ma być pixel, druga tablica to pixele w danych okręgach. Procedura rysująca na stronie zerowej zapisuje pixel z przesunięciem z tablicy pixeli danego okręgu w danym znaku na ekranie. Z racji tego, że c64 ma 256 znaków w zestawie starczyło to na 4x4 pixle po 4 kolory każdy w znaku.
Mam jeszcze pytanie- jak shadow uzyskał taką dużą prędkość twirla  w demie "triple threat"? czyżby rozpętlony kod dla każdego bajtu?
https://www.youtube.com/watch?v=64UNE482PZ4

szczęśliwi ci, którzy nie muszą robić masek ręcznie, ja zawsze maski robiłem w G2F

Coś czego nie powinienem pić - węglowodany i kofeina

stacja do c64, 100-120 dysków, joystick i 3 kartridże za 100 zł :)

mam jeszcze taki problem, że mam muzyki w 2 różnych prędkościach, flaga FEAT_CONSTANTSPEED jest w jednej ustawiona na 0 a w innej na 4, można to jakoś obejść? zaznaczę, że druga muzyczka, szybsza nie odgrywa się poprawnie

Eagle: tak z ciekawości, kodujesz coś na A8?

Muzyka musi być wyłączona bo nie ma już czasu w ramce na nią.  Dzięki za info, poradziłem sobie tworząc pusty song z jedną nutą nieistniejącego instrumentu.

na początku programu

zupełnie niesłuszny atak na xxl'a.
crosskompilatory to duża wygoda+ debugger sensowny.

czy ja dobrze rozumiem, że autor komputera nie planuje produkcji?