Może coś spierniczyłem :) Sprawdzę :) Faktem jest iż testowałem tylko na emulatorze :D

pozdrawiam
Seban

Hmmm... to dziwne... bo program wyłącza zupełnie ekran i powinien być widoczny tylko wykres zrobiony na grafice Player-Missile. Nie powinno być mowy o jakimkolwiek zerwaniu synchronizacji. Do jakiego monitora podłączyłeś Atarkę? Do zwykłego CRT czy jakiegoś LCD lub innego tunera TV lub VGA boxa?

Seban

Probowalem tez z dzwiekiem z PC, bo chcialem sprawdzic jak sobie poradzi z glosem ludzkim. Niestety jedyne wyjscie jakie mialem to sluchawkowez laptopa. Tu jakosc przetworzonego dzwieku byla gorsza niz z Jaguara. Pojawily sie jakies trzaski.

Potencjometr na obudowie jest baaardzo nieliniowy. Wystarczy przekrecic go o 45 stopni a dzwiek sie nasyca i pojawiaja sie duze znieksztalcenia.

Seban, jedna uwaga do programu - od razu po odpaleniu zgubil synchronizacje pionowa i przez caly czas testu obraz "latal" wolno w pionie. Moze zrobiles go for NTSC only? ;)

Nosty, masz tu naprawdę prosty programik (xex + źródła w x-asm): Simple Sound Digitizer Test

Po odpaleniu program odczytuje stan portu $D300 i przepisuje dane pojawiające się na wybranym porcie do POKEY-a oraz rysuje prosty pionowy wykres na "sprajcie" nadchodzących danych. Jeżeli podłączysz swój sampler do portu #0 i zapodasz sygnał audio powinieneś go usłyszeć oraz zobaczyć powyginany pionowy pasek w kształcie pojawiającego się sygnału. Program sampluje dane z PORTA z częstotliwością ~15KHz. Klawiszem OPTION wybierasz dane pochodzące z pierwszego portu JOY-a (czarne tło), natomiast klawiszem SELECT wybierasz dane pochodzące z drugiego portu JOY-a (niebieskie tło). OPTION+SELECT+START spowoduje skok pod $E474 (tzw. warm start) a co za tym idzie zakończenie działania programu.

Jeżeli parrot wysyła dane w normalnej 4-bitowej postaci powinieneś zobaczyć ładny wykres dźwięku i go normalnie usłyszeć... jeżeli dźwięk jest jakoś inaczej kodowany trzeba by rozrysować schemat Parrota i dodać odpowiednią tablice konwersji. Także jak usłyszysz jakieś dziwne trzaski i postrzępiony wykres nie wpadaj w panikę iż twój sampler nie działa... być może inaczej koduje próbki (inna kolejność bitów, inne ich znaczenie). Ja założyłem najprostszy i najlogiczniejszy z możliwych od strony softwarowej schemat kodowania danych przesyłanych przez sampler... być może jest inaczej bo było coś prościej w sprzęcie zrobić a potem komputer mógł to softem nadrabiać niedoskonałości (uproszczenia) hardware-u :D

Możesz spróbować jeżeli zadziała będziemy wiedzieli nieco więcej o tym urządzeniu.

pozdrawiam
Seban

Tak patrząc na PCB tego cuda... przetwornik A/C jest zrobiony na piechotę za pomocą 16 komparatorów i stada rezystorów pozwalających dobrać progi zadziałania poszczególnych komparatorów. Dość dziwne rozwiązania, no chyba że przetwornik A/C w tamtych czasach kosztował majątek i robiono takie oto dziwolągi w postaci sieci 16 komparatorów :)

Co do crystal sounda to też chętnie bym zobaczył fotografię tego cuda... kiedyś chodziły plotki iż ten sampler wykorzystuje układ UL1980 (12 punktowa linijka diodowa) jako bardzo prosty przetwornik A/C. W rzeczywistości jednak tego samplera nigdy nie widziałem :D Więc może plotki były fałszywe. Jeżeli Zenon mógłbyś wystawić lub wysłać również do mnie te fotki crystal sounda byłoby fajnie :D

UPDATE:
Tak sobie teraz myślę iż w tamtych czasach faktycznie można było wykorzystać UL1970 (16 punktowa linijka) + dekoder z "1 z N" na BIN do wysłania tego do portu JOY-a i sampler gotowy. Tak patrzę na tego Parrot-a i układy 7414+ diody... może to właśnie dekoder "1 z N" na BIN lub inny 4-bitowy kod :)

pozdrawiam
Seban