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

o ile pamiętam to RDY "mrozi" stan magistrali na czas wstrzymywania procka, przykładowo wykorzystuje się to do odczytu np pamięci o większym czasie dostępu gdzie wydłuża się czas o 1 cykl ale przy "zamrożonej" magistrali, wersja sally o ile pamiętam da się zatrzymać tylko w cyklu odczytu,jak dobrze pamiętam  HALT wstrzymuje procesor oraz odłącza go od magistrali dzięki czemu inny układ może działać jako DMA , przy RDY tego nie da się zrobić.
Prawdopodobnie przedmówcy mają rację że pewnie chodzi o odświeżanie pamięci , musiałbym popatrzyć na schemat atari

podobna sytuacja jak z Tamagotchi była z pierwszym furby, który ma też 6502 ale okrojony z rejestru y albo x o ile dobrze pamiętam , w każdym razie faktycznie reverse engineering ryje banie ;) A tak nawiasem mówiąc to micronas stosował swoje chipy z 65c816 wewnątrz w zegarach grupy VAG ok 2001-2007 rok ;) Przykładowo poliftowy passat ma w zegarach firmy vdo kontroller microanasa, wiele modeli audi również

jak dobrze pamiętam to Słoń niejaki Jumbo , napisał ten loader dla grubcia , tam z tego co pamiętam była przełączana prędkość transmisji w tych specyficznych blokach i loader sprawdzał czy się one znajdują , muszę poszukać bo gdzieś miałem kod źródłowy owego loadera bezpośrednio od Słonia ;)

na innej częstotliwości taktowania procka nie będzie to grało prawidłowo przez sposób generowania pwm dla dolnych 4 bitów.

        ldx #optpulsex
        stx audf1
        lda #optpulsey
        sta audf3
        sta $d209
        stx audf3

najbardziej czasowo krytyczna jest pauza między resetem timerów pokeya (sta $d209) a przywróceniem obu generatorów na tą samą częstotliwość ale w tym czasie włączony filtr generuje odpowiednie pw między falami o różnej częstotliwości.

To powoduje że na szybszym procesorze wpis następuje szybciej i pw jest generowane błędnie a do prawidłowego odtwarzania PDM musi wynosić 1/16 co jest później modulowane amplitudowo.

Problem da się rozwiązać na 2 sposoby - pierwszy oscyloskop i strojenie optpulsex i optpulsey dla rapisusa, drugi podobnie ale odpowiednią liczbą cykli pomiedzy sta $d209 a stx audf3 np kilkoma nop -ami

jedynie zostaje mi jeden kanał C1+C3 na 1.79 z filtrem bo na kanalce C2 mam zegar taktujący przerwanie IRQ dla playera - w tym przypadku zegar bazowy 15khz /2

Będe orał temat

Może nie za dobry ale chciałbym go gdzieś wykorzystać , ale po tym co zaprezetowałem tutaj cięzko będzie zrobić jakieś WOW :P W załączniku wrzucam kolejne kawałki z TOKI , dorobiłem mały equalizerek żeby się nie nudziło słuchanie

w zasadzie tak , pierwszy powstał playerek do futurecomposera 1.4 ;), pumatracker bazuje nieznacznie na nim. Ogólnie używa fal z fc1.3 oraz podobnego zapisu songu typu 32 wierszowe patterny, songpozycja - pattern plus 2 transpozycje - instrumentu i nuty , rożnice są w zapisie patternów oraz całkiem innej filozofii opisu instrumentów ale koncepcja jest podobna - 2 tablice - jedna do obsługi głośności oraz numeru próbek , druga do modulacji częstotliwości ( zmiana nuty bądź samej częstotliwości).

Za to dużo miałem rozkminiania samego sposobu działania playera z amigi , zwłaszcza że sam kod playera jest jakąś deasmblacją oryginanego kodu bez żadnego opisu zmiennych ... Tak że część było podglądnięte z amigowego playera , część była napisana od początku na bazie szczątkowej instrukcji samego pumatrackera ...

do tego może byc długa droga ale jeśli będzie trochę samozaparcia to kto wie ;) Na razie mam napisane 2 playerki typu softsynth grające w trybie PDM ( 8 bitowy sampel) na 4 kanałach syntch plus sample .

Wracając do demo efektów jeszcze:

Uzupełnienie odnośnie kefrens barów , bo o ile algorytm był przedsawiony poprawny o tyle realizuje się to nieco inaczej.

Bufor ekranu ustawiamy najlepiej na stronie zerowej i display listą rozciągamy go na maxa na tym samym adresie co linię.
Zanim ekran zacznie byc rysowany kasujemy bufor na stronie zerowej , następnie czekamy na rozpoczęcie rysowania obrazu i co 1 bądź 2 linie dorysowujemy kolejnego bara w buforze ekranu - wiec w kolejnej rysowanej linii mamy bara z góry w dól , w następnej lini już 2 , w kolejnej 3 itp i tak do dołu ekranu - wyrabiamy się spokojnie w ramce

tak przy okazji że się pojawiłem bo znowu mnie wena nabrała na małe atari , jest fajny sposób na szybkie czytanie tablicy np:

lda table,x
inx

zakładając że tablica nie leży na stronie zerowej , najprostszą rzeczą jaką można wykminić to:

umieszczamy tablicę na pozycji 0 na stosie czyli  - table equ $100

po czym ustawiamy wskaźnik stosu na 0

ldx #0
txs

wtedy każdy rozkaz PLA oczytuje nam wartość tablicy , jednocześnie zwiększając wskaźnik stosu o 1 :) przy czym nie rusza nam to rejestrów x i y a wskaźnik stosu określa element tablicy

Podobnie buforowanie X na wskaźniku stosu rozkazem TXS i TSX mogłoby w pewnych sytuacjach przyśpieszyć kod ale kosztem szybkiego czytania tablic na stosie :)

Oczywiście ograniczeniami są przerwania i tego typu kod może być użyty do efektów np wyrabiających się między kolejnymi przerwaniami i aktualizującymi wskaźnik stosu oraz jego zawartość bądź buforując kawałek stosu gdzieś indziej.
Teoretycznie przy małej liczbie skoków i przerwań na sam stos wystarczy zostawić kilka bajtów a odtwarzać jedynie znacznik stosu

Fiat "hybryda z kilku silników" w polonezie - https://www.youtube.com/watch?v=A1qeei1JbGU ;) takie coś zbudowałem