Totalny brak szacunku dla POKEY-a :P
(zart)

a tu moje trzy grosze :)

http://www.dhs.nu/files_msx_players.php

player 1.0 - A 4, 6 and 8 channel background mod player for STe! True 50 kHz replay (no multiplex or oversample cheating). Average cpu useage about 25% with 4-channels and 70% with 8-channels, always 50 kHz.

jednak się da. ja jeszcze słuchałem SAPów na STE przez jam. jakość była całkiem przyzwoita. jedyne na co można było narzekać to jakość szumu.

ale zgadzam się że paula ma po prostu większe możliwości. STe po prostu kultywował tradycję Atari z Jacka Tramiela. żadnych dopałek. czysty framebuffer, prosta konstrukcja.

GUS do odtwarzania modułow rulez :)

do 4 kanalowych... tylko Hipek.

ja tylko tak w kwestii formalnej uzupelniajac informacje.

  okolo 56kHZ da sie uzyskac na Amidze i jest to uzaleznione od czestotliwosci odswiezania ekranu. w Palu jest to okolo 28kHZ (wyzej sie zaczynaja dziwne rzeczy dziac, przeklamania itd, choc czasem daje sobie rade:)). Przy podwojonych czestotliwosciach, podwaja sie rowniez maksymalna czestotliwosc dzwieku. Czyli - jak amiga podpieta do tv, to 28, a jak do monitora odgrzybowego to spokojnie 56. Sam dlugo jechalem w 14bitach i 44100Hz na programie DigiBoosterPro na Ami. Analogiczna to sytuacja do STkowego Protrackera zapewne, choc dzis juz nie pamietam wrazen, bo to zamierzchle czasy byly i sam nie korzystalem. Niemniej dr. Max jakos dawal sobie na tym rade.

    No i dzisiaj pytac co lepsze... Ze scenowego punktu widzenia, z zapotrzebowaniem na modki 4ch. Amiga byla nie do przebicia (czyli rulez ;P). Natomiast od zawsze wiadomo bylo, ze mocna strona Atari bylo midi.

   Wiec na koniec - 4channelowe moduly, jak ktos to wyzej juz zauwazyl, pasuja do Amigi jak garnitur szyty na miare. Przy wielokanalowych modulkach sie zaczyna kombinowanie, miksowanie, zjadanie mocy procesora i i tak wszystko laduje na dwoch kanalach (lewym i prawym). W takim wypadku zapewne lepiej miec 14 bitow niz 8, oraz 16 niz 14 albo 8... czestotliwosciami natomiast bym sie szczegolnie nie podniecal. 44100 Hz wystarczy, chyba ze ktos potrzebuje .dat'owego 48000Hz. Potem to juz dopiero jedynie wielokrotnosci maja znaczenie... 96kHz i wiecej

   pozdrowionka

http://grogon.end.pl

Ostatnio edytowany przez grg (2005-12-11 20:41:08)

   arghh.... moze nie najjasniej sie wyrazilem. Bo i tu czestotliwosc i tu czestotliwosc. Zreszta, ja tam muzykiem jestem, a nie od wnikania w technologie, ale co wiem to powiem:

   w takim zwyklym trybie, gdzie sie Amige podpinalo do TV albo monitora 1084S, czyli w Palu albo NTSC... te DMA czy co tam... nie przepuszczaly dzwieku o wiecej niz 28kHz. Ale juz przy trybach z podwojona czestotliwoscia jakos magicznie przepuszczaja 2 razy wiecej. Czemu, po co? nie mam pojecia.

  A o dblpale i podobne tryby (jakies multiscany, productivity, nie pamietam juz tych nazw...) mi jak najbardziej chodzi. w A600 chyba tez tak bylo, ale nie jestem pewien. natomiast na A500 nigdy nie widzialem dblPala. Tak czy owak, uzaleznione to bylo od czestotliwosci ekranu (w sumie paradoksalnie...)

patent z podwajaniem jest naprawde super,
ale A600 iA1200 to rok '91 czyli juz inna epoka...

    no, to wygrzebalem specjalnie dla was ;)

http://jw-amigowiec.w.interia.pl/Amiga.html

    tam cos o tym dzwieku jest, ale czy roznica miedzy 14 a 16 jest niezauwazalna... moze dla niektorych.

pozdrowionx

Btw, czy ktoś może mi krótko potwierdzić lub zaprzeczyć, że YM ma jakość 5-bit (a nie 4-bit, jak AY)?
Mowa o jakości sampli.
Będę robił niewielką stronę dot. niejako serii ST i nie chciałbym powypisywac głupot. A przynajmniej możliwie je ograniczyć.

Ostatnio edytowany przez YERZMYEY/HOOY-PROGRAM (2010-02-23 12:22:50)

YM jest taki sam jak AY, każdy z kanałów ma 4 bity glosnosci, z tym ze glosnosc ta nie jest liniowa.
Dzieki temu, podczas odtwarzania sampli na trzech kanalach uzyskuje sie dynamike z tego co pamietam 9 bitowa. tutaj jest ciekawy artykul na ten temat

oczywiscie, tak jak wspomnial Adam, jest jeszcze 5bit amplituda

Ostatnio edytowany przez Cyprian (2010-02-23 16:04:32)

9bitow w stfm niezle :)

skoro tyle sie da wycisnac z czipa YM
to

jestem przekonany ze na ste da sie zrobic tez duzo wiecej niz 8 bitow
jesli tylko mozna wystarczajaco szybko sterowac glosnoscia przetwornika
(np chociaz 32tys razy na sek)

100khz? ale to chyba samo odtwarzanie 1 sampla

bo z tego co pamietam to protracker st nie wydalal powyzej 16khz :)

jesli 5 bitow jest na regulacje glosnosci w ste, to wychodzi ze teoretycznie mozna zagrac 13 bitami
to juz nie tak zle :) 8192 poziomy do 256 to ogromna roznica :)

Ostatnio edytowany przez Dr. Max (2010-02-23 23:41:36)

no to dup* zbita :) szkoda ze ten kontroler sie nie wyrobi

ale jestem ciekaw z jaka szybkoscia dalo by sie go przelaczac

Ostatnio edytowany przez Dr. Max (2010-02-23 23:50:14)

Trochę się rozminąłem z prawdą, ale i tak miałem racje. Microwire przesył dane automatycznie, ale żeby wysłać coś nowego trezeba odczekać aż poprzedni transfer sięskończył. Na tej stronie jest fajny opis:
http://www.sarnau.info/atari:atari_ste_ … n_addendum
który mówi:
The other important concept you must understand is that the bits shift out of these registers as soon as you write the data, and it takes an appreciable time (16 psec) to finish. You can't attempt another write until the first one is finished. If you read either register while it's being shifted out, you will see a ?snapshot? of the data being shifted. You know the shifting is complete when the mask returns to its original value. (This theory is wrong if you use a mask which equals its original value sometime during the shifting, but $07ff never does.)

Co to za jednostka "psec" to pojęcia nie mam. Ale ten kod realizuje zapis do MW:

MWMASK equ $ffff8924
MWDATA equ $ffff8922
mwwrite:
     cmp.w   #$O7ff,MWMASK ; wait for prey to finish
     bne.s   mwwrite       ; loop until equal
     move.w  dO,MWDATA     ; write the data
     rts                   ; and return

I, jak dobrze pamiętałem, każdy taki zapis jest koszmarnie powolny. Nie mam teraz ST u siebie (hallo Zaxon :P ), ale nie zdziwiłbym się, gdyby dało się tylko kilka razy na ramkę.