Hej!

Ja wiem o czym mówicie, i wiem do czego dążycie. Może źle się wyraziłem, ale spróbuję to napisać to jeszcze raz... cyfrowe odwzorowanie analogowego układu, tylko na papierze wygląda dobrze. Wydaje się że da się zastąpić jeden układ drugim, ja będę się upierał że nie ma na to najmniejszych szans. Nie chodzi o doskonałość układów cyfrowych, ale chodzi właśnie o te niedoskonałości układów analogowych. Zawartość harmonicznych, zawarty w sygnale wyjściowym analogowy szum, nieliniowość i niedoskonałość wzmacniaczy operacyjnych, czy bloków analogowych zawartych w układzie, w przypadku filtru zniekształcenia harmoniczne czy też przesunięcia fazowe sygnału zależne od dużej liczby warunków... ciężko to wszystko odwzorować w cyfrowej przestrzeni... może być idealnie matematycznie, jednak brzmieniowo będzie to dalekie od oryginału.

Chodzi mi oryginalne i niepowtarzalne brzmienie danego instrumentu (w tym wypadku układu SID8580R5). To tak jakby porównywać cyfrowy syntezator Yamahy z całą emulacją fizyki dźwięku, a wszystko tylko po to aby uzyskać ideale brzmienie np. skrzypiec, możliwe wiernie naśladujące oryginalny instrument... no i niby są bardzo blisko osiągnięcia tego celu, to jednak nadal nie jest ten dźwięk który daje oryginał (dla uproszczenia pomijam zupełnie sposób odwzorowania ekspresji oraz sposób w którym muzyk gra na instrumencie)

EDIT:

Albo jeszcze prościej... odwieczna wojna pomiędzy zwolennikami brzmienia cyfrowego a analogowego (taśma magnetyczna czy płyta winylowa). Zaznaczam że nie jestem żadnym "audiofilem", i sceptycznie podchodziłem długi czas to tej sprawy, wyśmiewając technologię analogową przy każdej możliwej okazji, jednak pewnego dnia postanowiłem przeprowadzić na sobie eksperyment. Porównałem sobie brzmienie kilku płyt CD, SACD. Posłuchałem kilkudziesięciu utworów w jakości 24bit/192KHz na studyjnym sprzęcie, po czym zacząłem porównywać to z wersjami zapisanymi na płytach winylowych CD (to było oczywiście przejęzyczenie).

Muszę wam powiedzieć że mocno się zdziwiłem, mastering który wykonują obecnie przygotowując utwory do wydania na winylu jest zrealizowany w większości wypadków o wiele lepiej w przypadku materiału przygotowywanego na płytę winylową, będę nawet twierdził że niedoskonałości technologi analogowej oraz wszelakie wady zapisu na płycie winylowej nikną przy tym jak potrafi to brzmieć i to wcale nie na jakiejś kosmicznej jakości sprzęcie, tylko zwykłym japońskim gramofonie z lat '80. Jeden z ostatnich eksperymentów w którym porównywałem brzmienie CD vs płyta winylowa była ostatnie wydana płyta Marka Bilińskiego "Marek Biliński – Best of the Best (2014) - CD/VINYL". Kupiłem obie płyty (CD/Vinyl), przesłuchałem obie nie jeden raz, jednak wracam cały czas do wersji na czarnym krążku ;]

Chciałbym abyście wiedzieli że nie neguje takiego rozwiązania jak SID-Cog czy innych emulatorów, chciałem jedynie aby było dostępne oryginalne brzmienie SID-a również dla posiadaczy Atari, i oczywiście przyznaję się że zawsze zazdrościłem tego układu dźwiękowego kolegom posiadającym Commodore :) Robert Yannes wiedział co robi od samego początku :]

Ok, dodam taką opcję :)

już za chwileczkę, już za momencik...

505 znowu nadaje... (źródło: https://www.facebook.com/505music/posts/696911017046643 )

i link do YT z postu: http://youtu.be/2iLViGo7lrI

dobra już milknę, wyczuwając sporą dawkę ironii, chyba zupełnie niepotrzebnie się wpi*łem w ten temat :P
spodobał mi się po prostu kawałek zaprezentowany na filmie :)

@antek:

Obawiam się że chyba doszło do nieporozumienia, w Atari kwarc 4.43MHz nie służy do niczego innego niż generowanie "podnośnej koloru" dla PAL. Żaden z układów nie korzysta z tej częstotliwości do taktowania czegokolwiek. W przypadku Atari nie ma żadnego powielania częstotliwości. Wszystkie częstotliwości na płycie Atari wynikają z podziału systemowego generatora, dla przypomnienia pomocny art z atariki: http://atariki.krap.pl/index.php/NTSC_vs_PAL

jeżeli chodzi o 4.43MHz, dokładnie wyjaśnia to ten fragment:

dopiero dotarłem... ale jestem wypruty więc tak bardzo na szybko:

1) o PLL polecam np. ten dokument: http://www.analog.com/static/imported-f … MT-086.pdf

2) ogólne pojęcie czym czym jest "jitter" w przypadku sygnałów zegarowych: http://www.altera.com/support/devices/p … itter.html

3) basics of clock jitter: http://www.onsemi.com/pub_link/Collateral/AND8459-D.PDF

Hej!

Schemat wynalazku z książki o której mówiłeś wygląda tak:

W żaden sposób nie wygląda na to aby RK dopuścił się plagiatu. Czy go widział i czy się na nim wzorował, tego nie wiem. Konstrukcja którą posiadam (wersja cartridge) niewiele ma wspólnego z tym co jest w Hackerbook. Trudno mi jest orzec czy mógł się wzorować tym czy innym podobnym rozwiązaniu. Konstrukcja w wersji Awerte wygląda jak jakiś prototyp. Autorem tego wynalazku na pewno jest Robert Kujda?

Ale skoro Awere wspominał że ten soft napisany przez RK działa z jego wersją programatora to mogą wynikać z tego kilka spraw:

• obie konstrukcje wykonał RK i są w pełni zgodne sprzętowo

• obie konstrukcje wykonał RK, nie są zgodne sprzętowo i program wykrywa i rozpoznaje wersje programatora.

• konstrukcja w wersji cartridge jest autorstwa RK, to co ma Awerte jest czyjąś inną konstrukcją z którą zgodność starał się zachować RK

• obie konstrukcje bazują na jakiejś wcześniejszej konstrukcji i są z nią zgodne na poziomie rejestrów

Wychodzi na to że obie wersja programatora, tzn. tą która ma Awere i tą którą mam ja są oparte o dwie kostki PIA-6520 i poboczną logikę sterującą. Wersja cartridge jest nieco unowocześniona (zastąpienie EPROM-a logiką programowalną). Na zdjęciu od Awerte nie widzę żadnej przetwornicy... być może jest coś jeszcze od drugiej strony PCB, albo podłączało się zew. napięcie programujące, ale to już musiałby Awerte podpowiedzieć :) Dwa przełączniki służą zapewne do wyboru napięcia programującego EPROM.

Ciekawostką dla mnie jest natomiast to użycie OS-a z Atari 400/800 aby mieć trochę więcej pamięci. Nie rozumiem dlaczego RK nie wykorzystał po prostu pamięci pod ROM jako bufora czy miejsca na swój program, tylko wykonał taki dziwny dość nazwijmy to "myk" :D

W programatorze z książki "Hackerbook" dla Atari 400/800 wykorzystano 3 porty JOY-ów. Dwa z nich (PORT A) wykorzystano jako port danych (D0-D7), natomiast 3 port JOY-a (1/2 PORTB) jest wykorzystana do generowania imp. programującego oraz do resetowania i inkrementacji liczników 4024 które generują sygnały adresowe (A0-A11).

Na schemacie jest jeszcze gotowa przetwornica DCP528 (5V->28V), trochę tzw. kluczy analogowych do przełączenia niektórych sygnałów (głównie regulacja nap. programującego). A EPROM który widzisz to miejsce gdzie wkłada się EPROM do zaprogramowania. Ten programator obsługuje tylko 4 rodzaje pamięci o dwóch wielkościach:

2k) 2716 / 2516
4k) 2732 / 2532

W przypadku wersji programatora którą zaprezentował Awerte, wewnętrznej pamięci EPROM użyto jako układu kombinacyjnego, zastępującego pewnie parę układów TTL, w tym wypadku wewnętrzny EPROM robi za tzw. lookup-table, czyli jakaś kombinacja sygnałów wejściowych (linie adresowe) daje konkretne informacje wyjściowe (linie danych).

W mojej wersji programatora zamiast EPROM siedzi chyba układ typu PAL/GAL (teraz dokładnie nie pamiętam) oraz parę zew. bramek do realizacji innych funkcji.

Cześć,

W takim razie przepraszam szczerze za moją nadinterpretację faktów ;) Przyznam że paru ludków mi nerwy poszarpało ostatnio i chodzę podminowany, stąd moje jakieś "dąsy". Jeszcze raz przepraszam, że naskoczyłem bezpodstawnie na Ciebie, i doskonale rozumiem jakie połączenie daje praca plus dzieciaki w domu.

i jeszcze wkleję Twoje zdjęcie, bo w Twoim linku pisze że "hotlinkowanie" niedozwolone, zatem to co wkleiłeś ponownie:

To wygląda na o wiele starszą konstrukcję... ale zapewne też jakieś dwa 6520, albo coś podobnego tam siedzi :)

To u JER-a jest jakiś schemat programatora EPROM-ów do Atari? Chyba jestem ślepy bo nie widzę ;)

programator już wiem gdzie jest... na szczęście robię fotki wszystkiego co wynosiłem do piwnicy... co prawda zdjęcie fatalnej jakości, ale chociaż wiem gdzie szukać....

po dyskietce ani śladu ;-/

ku pamięci... dla potomnych... gdyby jeszcze komukolwiek do głowy przyszło aby próbować prowadzić dialog z tym osobnikiem.

Simius pisał nawet parę postów wyżej że chciał uniknąć dokładania bufora linii, więc sądzę że nie planuje dodanie żadnego scan-doublera, ani tym bardziej bufora ramki.

A co do VGA to jeszcze jakiś czas temu np. do VBXE był dostępny rdzeń emulujący GTIA ze scan-doublerem, niestety cytując obecną wersję dokumentacji, możemy się dowiedzieć iż to rozwiązanie zostało porzucone: