To ja się wtrącę... bo to nie do końca tak... nie ma czegoś takiego jak sygnał "space"... po prostu na data_out pojawia się zero. To zero na DataOut przełącza interface w magnetofonie na pracę w turbo. Gdy na data_out jest logiczne "1" to magnetofon pracuje w trybie NORMAL. Nie wiem skąd się bierze błędna informacja o sygnale space... ale ustawienie 7 bitu w $d20f po prostu daje zero na data_out. W przypadku AST do przełączenia normal/turbo służyła linia command (i dodatkowy kabel prowadzony właśnie od tej linii w gniazdku SIO do magnetofonu). Twórcy Blizzarda i kilku innych systemów wykorzystali stan lini data_out (oraz możliwość jest bezpośredniego sterownia z poziomu POKEY-a) do przełączenia interface normal/turbo a także do generowania sygnału PWM podczas zapisu w systemie turbo :)

Reasumując ustawienie 7-bitu w $d20f przed rozpoczęciem transmisji to nic innego jak przełączenie interface w magnetofonie na odczyt turbo, a więc pominięcie demodulatora FSK i wykorzystanie własnego toru do zamiany tego co na taśmie na ciąg zer i jedynek. Blizzard jak większość systemów turbo dla atari, c64 czy zx spectrum wykorzystuje nazywając to po imieniu modulację szerokości impulsu (PWM) do kodowania danych :)

cisza dla blizzarda to szum, a wzmacniacz w torze wejściowym blizzarda ma bardzo duże wzmocnienie, więc szum jest traktowany jako "szum" ;) i na końcu wychodzi z ciszy losowy ciąg zer i jedynek w zależności od szumu :)

pozdrawiam
Seban

ja w życiu nie pisałem nic na 65816, ale po przyjrzeniu się dokumentacji myślę że to może zadziałać:

    opt    h+c+

    org    $600
st  sei
    inc    $d40e
    
    clc
    xce

    sep    #%00110000

    ldx    #0

lp  lda    $12345,x
    sta    $bc40,x
    inx

    jmp    lp

    org    $2e0
    dta    a(st)

to czyta 256 bajtów od $12345...$12345+255 i pokazuje na ekranie jako kody internal Antica... jak chcesz jeden bajt to zmień "lda $12345,x" na "lda $12345".

ps1) kompilować mads-em
ps2) Nie wiem czy to działa ;) ale chyba powinno :)
ps3) dokumentacja WDC do 65816 to jakaś porażka

Epi... fakt :) ... od postu Mikey-a jest jedyne słuszne rozwiązanie, potem podane z wiki a potem na tacy przez Pecusia :) Więc nie wiem po co mieszać do tego sin/cos :)

Jedyne co można by zrobić dla prędkości to napisać to w asm i rzuć na "szóstą stronę" i wywoływać jako USR. Jeżeli do tego zrobić własnego plot-a to będzie śmigać ;)

http://en.wikipedia.org/wiki/Midpoint_circle_algorithm

Miker, rysowanie kota mówisz, dało by się tym:

http://pl.wikipedia.org/wiki/IFS_%28geo … aktalna%29

hi hi hi ;)

pozdr
Seban

problem z tymi układami/emulatorami jest taki że nie brzmią choć w 1% tak fajnie jak oryginalny SID ;)

sample są przechowane w klasycznym formacie, po dwa nibble w bajcie, czyli przykładowa typowa procedura odtwarzająca to:

lda (smp),y
pha
lsr @
lsr @
lsr @
lsr @
ora #$10
sta $d40a
sta $d201
pla
and #$0f
ora #$10
sta $d40a
sta $d201

właściwie to and #$0f nie potrzebne po ora #$10 ;)
no i oczywiście powyższą prockę traktuj jako przykład jest mocno nieoptymalna ale czytelna ;)

pozdrawiam
Seban

jak simius nie będzie zainteresowany, ustawiam się w kolejce i daje 50zł ;)

pozdrawiam
Seban

do A/D convertera były dołączone 3 programy których autorem był SoTe i Ja, były to:

- Digital Studio
- Sample Editor
- Micro Recorder

@fox: jakim uszkodzonym A/D Converterem? Na czym polegało uszkodzenie? Chyba coś mi się przypomina iż pierwszy odczyt z $d500 dawał błędną wartość, chyba o tym kiedyś wspominałeś.

mikey, nie koniecznie :) może to być jakieś 470-560pf wpięte na na linię CCTL ... o zgrozo tak robili bo czasami im się RS stworzony z 7400 się coś "żle" im zachowywał ;)

Jeden z przykładów to cart dla turbo Blizzard:

lub tutaj: http://atariki.krap.pl/images/f/fd/Blizzardcart.png

a możesz zrobić fotki wnętrza cartów? Ciekawy jestem czy to standardowe 8-mio lub 16-to kilowy cart czy coś większego i bankowane. Jeżeli bankowane to ciekawe czy standard czy jakiś wynalazek ;)

pozdrawiam
Seban

update) wcześniej nie zajarzyłem albo źle mi się wydaje... ale chyba jesteś autorem tych cartów ;) więc na powyższe pytania znasz jak najbardziej odpowiedzi ;) wybacz zamieszanie z mojej strony ale powyższe pisałem nie jarząc jeszcze iż to ty jesteś autorem ;)

być może wywodzimy się z innego 8-bitowego świata i nie rozumiemy, 16-bitowego świata i dlatego dziwi nas iż w dzisiejszych czasach jedyny dobrze funkcjonujący sterownik dla dysku twardego jest rozwiązaniem komercyjnym i kosztuje około 45?. Być może nie zdajemy sobie sprawy z ilości pracy jaką należało włożyć aby taki sterownik stworzyć...

Pomysł Candle aby scena 16 bit miała również dostęp do otwartych/darmowych rozwiązań nie wydaje mi się jakiś zły. Czy napisanie takiego open source/free HDD drivera dla systemów 16 bit to taki ogromny nakład pracy iż nikt do dziś tego nie zechciał zrobić? Uświadomcie nieświadomych...

Prawdę mówiąc w 1995 kiedy Slight wygrało w Ornecie STE i próbowaliśmy coś pisać na tą platformę sprzętową, do dostęp do informacji i dokumentacji był bardzo ale to bardzo utrudniony. Również ludzie którzy już opanowali wiedzę tajemną i poznali dobrze platformę nie za bardzo chętnie dzielili się wiedzą... 

być może źle trafiliśmy i mam błędy obraz sytuacji z tamtych lat... ale patrząc na scenę Atari 16 bit w PL czasami myślę iż to właśnie problem z dostępem do informacji, dokumentacji, braku otwartości spowodowały takie a nie inne losy tej platformy... czyli małą jej popularność... w tym czasie ciemna strona mocy... (czytaj Amiga)... kwitła życiem... nie mieliśmy problemu aby od Amigowców dostać źródła, informacje, opisy formatów, czy efektów... świat 16-bit Atari wydał nam się hermetyczną puszką... ścianą od której się odbijaliśmy, skończyło się na tym iż zrezygnowaliśmy, zniechęceni... to taka smutna prawda i koniec offtopic-owania z mojej strony...

Wracając do meritum... koledzy 16-bitowcy... jak oceniacie szansę na powstanie open source-owego sterownika dysku dla Atari 16-bit? Utopia czy realna sprawa? Majaczenia chorych umysłów? Czy jest cień szansy na jakiekolwiek powodzenia takiego projektu? Czy w PL istnieją ludzie którzy posiadają taką wiedzę?

pozdrawiam
Seban

ps) nie jest moim celem wywołanie kolejnego flame war, tylko realne spojrzenie na napotkany problem.