proponuję przeczytać to:

http://pl.wikipedia.org/wiki/Jay_Miner  a potem więcej i nieco bardziej szczegółowo tutaj: http://en.wikipedia.org/wiki/Jay_Miner

a następnie jeszcze  to: http://pl.wikipedia.org/wiki/Atari_ST#Historia i na koniec to: http://pl.wikipedia.org/wiki/Shiraz_Shivji

EDIT:

Więc jakby nie zaklinać rzeczywistości to wychodzi na to że układy dla Atari 8-bit (TIA, ANTIC, GTIA) a potem te zaprojektowane dla komputerów Amiga miały niejako "wspólnego ojca".  A żeby było jeszcze śmieszniej to Atari ST zaprojektowali inż. pracujący wcześniej dla Commodore.

obejrzyj przykłady a sam zobaczysz i usłyszysz :)

EDIT:

Wszystkie te digi-dema z paskami robią właśnie to co mówisz, biorą wartość próbki PCM, zapisują ją do rej. głośności POKEY-a z ustawionym bitem #4 (ora #$10) i gdzieś za lub przed ORA #$10 wpisują wartość do rej. koloru ramki ($D01A).

tylko ja mam problem z takimi eksperymentami, bo mi prościej podpiąć DAC czy Codec do Atari niźli bawić się z haraczącym zakłóceniem :) Wiem że choćby nie wiem jak się starać to nie osiągnie się jakiejś super jakości, a dźwięk takiej jakości bardzo źle działa na moje uszy :D Więc to demotywujące, jednak na chwilę obecną ciekawość zwycięża... ot natura ludzka :P

Pomysł ten od dawna w mojej głowie istniał, bo już dawno temu usłyszałem że się da, a było to w czasach gdy czekało się na produkcje spakowane Cruncher-em 4.64 czy 5.0 de-kompresowały się powodując owe słyszalne zakłócenia w głośniku, gdy produkcja zawierała sample można było je usłyszeć, a właściwie namiastkę tego co z nich zostawało :) Po latach zobaczyłem że ludzie od C64 zrealizowali ten mój szalony pomysł w demie do którego linkowałem, i uznałem że moja teoria była słuszna :D Tyle mi wystarczyło, jednak po latach kolega 'laborant' obudził ponownie moją ciekawość, tylko teraz dzięki cross-dev można wszystko bardzo szybko sprawdzić... gdybym miał czekać aż 128KB wczyta mi się do RAM-u z dyskietki... darowałbym sobie po kilkunastu próbach, albo napisał jakiś "syfer-baro-generator", tudzież pracował z raz wczytanymi samplami to ext. ram.

EDIT:

Pierwszy raz zdałem sobie sprawę że takie akcje są możliwe gdy nawet nie miałem jeszcze swojego komputera, więc biegałem do kolegi który miał Atari 130XE wraz ze stacją dysków LDW2000.... Miał on cało-dyskową wersję gry The Wall, i właśnie podczas wczytywania tej gry z prędkością 19200bps wyraźnie było słychać sampla który potem był odgrywany przez grę na ekranie tytułowym. Nie wiem co to za wersja była, ale ta co jest na AoL ma inny loader (z licznikiem) i dźwięk wczytywania nie jest wyciszony. Pamiętam że tamta wersja wczytywała wszystko przy wygaszonym ekranie i wyciszonym dźwięku SIO... w tle było słychać jednak cichy dźwięk odczytywanych danych... gdy leciał fragment zawierające sample, było to wyraźnie słychać.

Tak naprawdę to nie wiem co przeszkadza... nawet nie popatrzyłem jeszcze na analizę widma czy oscyloskop, te moje szalone podrygi i eksperymenty miały tylko na celu zobaczenie czy cokolwiek będzie słychać i nawet coś słychać... jakości marnej, być może można by nad tym popracować, ale to wymaga czasu na analizę i eksperymenty... a ja nie miałem czasu na dłuższe eksperymenty. Sprawdzę tylko jeszcze jeden mój pomysł i odpuszczam bo mam wrażenie że "Niewarta skórka wyprawki" :)

"cośtam" gra... na początku chciałem bardzo skomplikować sprawę... ale wyszło na to że najlepiej wychodzi czyste miganie kolorem ramki... na początku postanowiłem kombinować z użyciem sprite-ów... (dźwiek był najlepszej jakości, jednak bardzo cichy)... potem próbowałem różnych technik modulacji koloru ramki... wychodzi dość kiepsko... wymaga to dłuższej chwili dla eksperymentów. Oczywiście audio jest bardzo ciche i trzeba wzmacniacz rozkręcić na maksa, no i w wypadku Atari to niestety tor audio jest nieco inaczej filtrowany niż w przypadku C64...

Jak ktoś chce posłuchać tej masakry to proszę bardzo (oczywiście działa tylko na prawdziwym Atari). Kod jest wręcz lamerski, napisany naprędce... wymagane 256KB RAM, ale to tylko dlatego ze postanowiłem do eksperymentów użyć 8-bit sampli. Dzięki tym chorym, wręcz idiotycznym eksperymentom pojawił mi się jednak jeden pomysł w głowie... nie mam już dziś sił ani cierpliwości... nie bardzo widzę co prawda sens ciągnięcia tego eksperymentu, ale spróbuje zrobić jeszcze jedno podejście na dniach...

Dla chcących tego posłuchać link: Antic Audio Test Examples

Program ładuje się od $2000 zajmuje niewiele, ale za to sample ładują się do 8 banków pamięci: $e3,$e7,$eb,$ef,$a3,$a7,$ab,$af. Całość ma ~130KB (99% to "sampel").

Instrukcja obsługi programu... po wczytaniu i uruchomieniu widać najczęściej różne "oczo-dręczące" paski i wzory... należy rozkręcić głośność telewizora/monitora na maksa... może uda się coś komuś usłyszeć, na moim starym TV CRT dźwięk jest dość głośny. Jeżeli ktoś chce posłuchać sampla granego na POKEY-u (4-bit), wystarczy wcisnąć i trzymać SHIFT, puszczenie SHIFT wyłącza odgrywanie na POKEY. (UWAGA!!! przed wciśnięciem SHIFT ścisz TV/Monitor jeżeli nie chcesz doprowadzić do zawału siebie lub domowników, ew. uważać na psa lub kota :P).

Jestem przekonany że jeżeli ktoś się uprze to można to doprowadzić do całkiem zgrabnej formy, jednak głośność tak jak w przypadku C64 będzie naprawdę znikoma a zakłócenia generowane przez tor Video będą i tak dość znaczne.

Zrobię jeszcze parę eksperymentów, tym razem podniosę sample-rate bo chcąc mieć (nie wiedząc czemu) zrobiłem takiego koszmarka 8KHz. No i zrealizuje jeszcze jeden z pomysłów który chodzi mi po głowie. Ale to trochę później. Wcześniej sprawdzę jeszcze inną metodę PWM, pierwsza której próbowałem wyszła wręcz fatalnie :P

EDIT 1:

pierwsza próba PWM: Antic PWM Audio. O dziwo coś słychać i udaje się dosłyszeć poszczególne instrumenty. Na dziś dość... trzeba podnieść sample rate i złapać h-sync z ANTIC... może coś z tego dałoby się więcej wyciągnąć.

EDIT 2:

druga próba PWM, tym razem 5-bit PWM, in sync with H-SYNC: Antic 5-bit PWM audio

EDIT 3:

Jeżeli ktoś ma zacięcie do liczenia cykli i trochę wolnego czasu, właśnie wyszło mi że można spokojnie zrobić czysto software-owy 5-bit PWM na POKEY-u używając jednego kanału, gdy cały player wejdzie w 1-linię to nawet pisku nie będzie słychać :P Przy playerze bez opty (wchodzi w 2-linie) słychać pisk, ale jakość/dynamika jest dość ciekawa :)

ps1) zero jakichkolwiek optymalizacji w kodzie, to wszystko "proof of concept".

ps2) dobranoc, mam dość. czym ja się k******#( zajmuje ;/ jestem zdrowo powalony.

myślę że "PWM" na paskach w zupełności wystarczy, na początek wystarczy posłużyć się tylko jasnościami $00,$0F.

Cześć,

Nie jestem kompetentny wypowiadać się w tej sprawie, więc się wypowiem :) Nie wiem czy cokolwiek wniosę do sprawy, ale może się przyda.

#1) czy patrzyłeś sobie np. na ten utwór Jakuba Husaka... http://asma.atari.org/asmadb/search.php?details=244

gdy zajrzysz pod $4695 zobaczysz...

4694: 38                SEC
4695: A9 0D             LDA #$0D
4697: ED AB 3E          SBC $3EAB    [$3EAB] = $07
469A: 8D AB 3E          STA $3EAB    [$3EAB]

w lokalizacji $3EAB znajduje się prędkość wywoływania player-a. A więc powyższy kod co każe wywołanie zmienia prędkość, na przemian występuje prędkość 6,7,6,7,6,7,6,7,6,7,6,7.... genialne w swojej prostocie i nie wykorzystuje żadnych dodatkowych komend zawartych w pattern-ach. Player jest w ACTION! wiec gdy go "disasemblujesz" to może dziwnie miejscami wyglądać, ale jak na kompilator i kod w ACTION! to wynikowy kod wygląda naprawdę całkiem nieźle :)

#2) gdy X-Ray pisał pod MPT i tam nie miał możliwości wykorzystania takiego tricku, po prostu znajdował jeden kanał na którym nie potrzebował używać dodatkowych kodów (np. sterujących głośnością, etc.) i zapełniał go komendami zmiany prędkości co nutę, tak jak to opisałeś wyżej. Z tego co z nim kiedyś rozmawiałem chodziło mu o uzyskanie tempa pośredniego, zamiast pisać z prędkością 1 i wstawiać nuty w odpowiednich miejscach, prościej mu było uzyskać zamierzony efekt właśnie w ten sposób. Dodam tylko że X-Ray często i gęsto pisał na prędkościach 2,3 (podczas gdy tempo wywoływania player-a wynosiło 50Hz).

To ja się nieco podepnę do tematu, tematyka podobna może ktoś z was będzie w stanie mi pomóc, jednak to wymaga krótkiego wstępu z mojej strony...

Dawno, dawno temu... na warszawskiej giełdzie komputerowej za czasów gdy wszyscy sprzedawali "pirackie" oprogramowanie... A Krzysztof Stec montował Qmeg, Freezer-a oraz rozszerzenia do stacji 1050, LDW2000 czy California Access... widziałem u niego taki program do "kopiowania wszystkiego"... miał on stację 1050, prawdopodobnie z Happy Warp... ponieważ program który ładował aby przekopiować dosłownie wszystko nazywał się "Happy Hacker King III", z tym że tego "III" to nie jestem do końca pewien... czy może ktoś z was potwierdzić istnienie tego softu i odświeżyć mi pamięć? A może ktoś z was ma ten soft w swojej kolekcji?

Wspominałem już o tym kiedyś, w tym wątku... http://www.atari.org.pl/forum/viewtopic … 06#p105306

Łezka mi się w oku kręci gdy wspominam te czasy... i tak sobie pomyślałem że gdyby ktoś miał ten soft... to u mnie leży jedna biedna goła 1050... to byłaby jakaś motywacja aby zamontować do niej Happy Warp :)

@tOri: Ale ja nie pisałem że się nie da... tylko 90% tych scalaków nie potrafi poprawnie zinterpretować sygnału video pochodzącego ze starych maszyn (nie tylko Atari). A potem dochodzi jeszcze problem dobrania odpowiedniej matrycy. Niektórzy producenci telewizorów są jednak tego świadomi i potrafią wyprodukować/kupić taki 'scaler' który doskonale radzi sobie z takimi sygnałami. Tylko w telewizorach czy monitora z wejściami TV/CVBS/S-Video/YPbPr/RGB często pojawia się inny problem... nagminną modą jest to że producent implementuje algorytmy usuwania przeplotu, które uśredniają i analizują co się dzieje na ekranie (mają w pamięci kilka poprzednich klatek) ... testowałem to niestety na sobie... często i gęsto nie da się tych systemów wyłączyć ... a one niestety wprowadzają widoczne opóźnienie do sygnału video... efekt jest taki że np. masz ekran z napisem READY, obraz ostry jak żyleta, potraktowany super algorytmami i filtrami '3d comb filter'... ale gdy naciskasz dowolny klawisz... natychmiast słyszysz 'click' z głośników, a obraz zmienia się po widocznym niestety opóźnieniu wynoszącym w zależności od producenta telewizora/monitora od kilkunastu to nawet kilkudziesięciu klatek :(

Już kiedyś pisałem o tym na forum, a było to wtedy kiedy to stałem się jak mi się wydawało "szczęśliwym posiadaczem' monitora LG ze wszystkimi możliwymi wejściami. Niestety stał się on tylko i wyłącznie monitorem ze względu na znaczne opóźnienie które wnosił w torze video przy obróbce sygnałów PAL/NTSC pochodzących z gniazdek CVBS/S-Video czy SCART ;/

eeee... 50.08Hz? Nigdy tego nie liczyłem... i wiem że to nie jest 50Hz dokładnie... ale Altirra mówi że jest to 49.8607Hz i to by się chyba zgadzało, bo...

1,773447MHz / 114 = 15556Hz (H-Sync) / 312 (pal lines) = 49,8607Hz (V-Sync)

eghm... nie bardzo wiem jak sobie wyobrażasz wyświetlanie obrazu o częstotliwości 50Hz na matrycy która ma refresh rate 60Hz? Mówię o wyświetlaniu z pełną jakością bez pomijania ani powielania klatek obrazu, bo to oczywiście ma katastrofalny wpływ na "płynność obrazu".

Taką kichę oczywiście "odwala się" obecnie na wszystkich pecetach przy oglądaniu filmów o innym frame rate niż refresh monitora, i to wygląda tragicznie... ludzie tego nie widzą, ale ja tego nie trawie i to jest jakieś mega nieporozumienie, jak można było dopuścić do czegoś tak durnego :( ale ignorancja to siła... ktoś powiedział że to wystarczy i nie ma co się męczyć, potem ludzie przyjęli że tak jest bo to komputer... i zaakceptowali ten do dziś trwający koszmar.

O ile w przypadku gier da sie temu zaradzić to jeżeli masz video o frame rate 50FPS to nie ma sposobu aby go dobrze wyświetlić na monitorze który ma tylko 60Hz odświeżanie.

źródło: Screen Tearing

ps) a monitory które mają wejścia S-Video/PAL mają włożone matryce które potrafią pracować przy 50Hz refresh rate, powiem Ci nawet więcej... niektóre z driverów leżących już na samej matrycy potrafią nawet adresować wiersze tak że w pierwszym przebiegu rysują wiersze parzyste a w następnym w nieparzyste (taka spuścizna po epoce CRT i interlace)... tylko nikt tego nie oprogramował w monitorach komputerowych bo i po co :P Oczywiście teraz się to na nich mści, bo np. jak masz w monitorze gniazdko HDMI to tam może się pojawić tryb 1080i @50Hz... i wtedy trzeba wyświetlić obraz tak jak się to robiło kiedyś na CRT, i lepsze modele monitorów z HDMI mają tryb pracy z 50Hz odświeżaniem i potrafią wyświetlać obraz w interlace.

@tOri: sprawdź jeżeli możesz i będziesz miał czas tryby interlace oraz płynność scrolla pionowego i poziomego. A na koniec jeszcze ten prawdziwy interlace wymyślony przez Rybags-a (480i) z parzystymi i nieparzystymi pół-obrazami, np. MemoPad 480i

większość tego typu scalaków które przetestowałem poległy już na zwykłych interlace-ach typu CIN lub XL Paint MAX, a nawet HIP, TIP czy RIP.

Część tego typu chipsetów nie radziła sobie nawet z wyświetlaniem najzwyklejszego interlace skłądającego się z dwóch miksowanych obrazów jednego trybu bez zmiany palety kolorów w obrazach (np. początkowe ekrany dema https://youtu.be/qfY-ld-I60M - tzn. logo "A Year has passed" oraz logo "Overmind")

Wszystko przez to że scaler-y wbudowane w te układy, starały się na siłę "ulepszać" obraz który otrzymywały na wejściu CVBS czy S-Video, wychodziła z tego najczęściej poszarpana masakra, bo scaler spodziewał się drugiego "półobrazu" a Atari uparcie wysyłało mu tylko jeden typ półobrazów. Część skaler-ów przyjmowała że informacja wynikająca z imp. sychronizacji pionowej o tym że leci cały czas ten sam półobraz (linie parzyste) jest fałszywa i traktowała przychodzące półobrazy naprzemieninie jako te zawierające linie parzyste a potem nieparzyste... obraz podskakiwał rytmicznie albo trząsł się losowo... w zależności od chipsetu efekty były różne, ale nigdy takie jak być powinny, nawet jak statyzny obraz wyglądał obiecująco i dobrze, to przy pojawieniu się jakiegokolwiek dynamicznego ruchu, czy nawet scrolla lub trybu interlace, natychmiast wychodziła z tego totalna kaszana.

To co powyżej napisałem, to tylko moje doświadczenia z przed paru lat... być może te nowsze scalaki coś więcej potrafią albo lepiej potrafią poradzić sobie z archanicznym sygnałem video, nota bene nie do końca zgodnym ze standardem PAL... jednak odnoszę wrażenie że im nowszy sprzęt tym gorzej z interpretacją "przedpotopowych" sygnałów wizyjnych.

pozdrawiam
Seban