w nawiązaniu do  https://atariage.com/forums/topic/29891 … nt=4917573

to ciekawe podejście wykorzystania znacznika C do tworzenia bajtów grafiki, nie przypominam sobie abym robił to w ten sposób

    org $2000

main    clc

    ldx #0

    lda #0

    cpx test
    ror @

    cpx test+1
    ror @

    cpx test+2
    ror @

    cpx test+3
    ror @

    cpx test+4
    ror @

    cpx test+5
    ror @

    cpx test+6
    ror @

    cpx test+7
    ror @

    nop
    brk

test    dta $1,$1,0,$1,$0,$1,$1,$0

    run main

w efekcie działania w/w programu otrzymamy tablicę TEST, w odwróconej kolejności z bitami ustawionymi przeciwnie

@tebe fajne video,
Ciekawostką jest to że opisany tam tryb "fill mode" jest też w Atari TT

Wypełnianie działa per jedna linia, nie zmienia zawartości pamięci RAM, tylko sygnał wysyłany do monitora.
Przykładowo, cała linia wstępnie jest wypełniona wartością 0.
Jeśli ustawiasz piksel  x:10 y:10 na kolor o wartości 12, piksel x:110 y:10 na kolor o wartości 5, to układ graficzny dla linii 10, pomiędzy x:10 a x:109 wyświetli linię koloru 12, a od x:110 do końca prawej ramki linię koloru 5.

Czyli z punktu widzenia procesora, rysowanie linii to postawienie dwóch punktów - na początku (w kolorze linii) i na końcu linii (w kolorze tła), oraz upewnienie się że RAM pomiędzy punktami jest wyzerowany.

@Adam, ten tryb działa i jest tak prosty że nie trzeba żadnej dokumentacji. Nikt z niego jeszcze nie skorzystał bo na TT jest zaledwie parę dem.
Parę lat temu zrobiłem prosty przykład/demo dla zespołu Hatari. W sumie to też dodałem do Hatari obsługę tego trybu "smear"/"samplehold" oraz "hypermono"/"duochrome" (256 odcieni szarości). W międzyczasie Hatari zmieniło metodę renderowania danych, no i muszę te tryby do niej ponownie dostosować: https://hatari.tuxfamily.org/doc/authors.txt

W sumie to obsługuje się go w niemalże identyczny sposób co blitterowe wektory na Amidze - 1) czyszczenie ekranu; 2) rysowanie linii; 3) wypełnianie,  ale z pominięciem punktu 3).

@tebe ładnie to wygląda i jest szybkie

@Adam, jest szansa ale znając moje tempo to na SV 44 :)

W odpowiedzi do Laoo
często zapisuję ułamki właśnie jako n/256 i zamiast dzielić mnożę przez n/256 ;) to ma zaletę że starszy bajt po mnożeniu stanowi wartość całkowitą a młodszy ułamek , w moim ECU zbudowanym na 65c816 mnożę x*y/100 - jako że jedna z wartości jest w % więc dla zwiększenia precyzji używam (u/256*x+y*x)/100 , potem resztę z mnożenia n/100 zamieniam na n/256.
Po przemnożeniu x*u/256 - starszy bajt jest wartością całkowitą , młodszy częścią ułamkową. Na podobnej zasadzie odtwarzam sample:

lda ulamekCnt
adc ulamek
sta ulamekCnt

lda pozycja_fali
adc step
sta pozycja_fali