@pik33: - http://en.wikipedia.org/wiki/MOD_%28file_format%29 np. Noisetracker/Soundtracker/Protracker Module Format - 4th Revision

Tak. Od środka (z punktu widzenia playera po staremu), z punktu widzenia usera po nowemu.

@Bober: Chodzi o to, że dla 8-bit kanałów taktowanych różnymi częstotliwościami bazowymi (15k, 64k i 1.77M) w różnych miejscach są dziury (dla 16-bit zresztą też). Można by uwolnić muzyka od kombinowania na którym kanale które brzmienie grać, z jaką tablicą i jak ustawić AUDCTL tak, żeby nie wpaść w dziurę. Automat musiałby sobie rozstrzygać sam jak zrekonfigurować AUDCTL i jakie wartości wpisać do rejestrów częstotliwości. Analogicznie ze zniekształceniami (włączanie licznika polly).
Można by rzecz jasna ostrzegać kompozytora podczas wpisywania danych do patternów, że takiej konfiguracji brzmień nie da się uzyskać na POKEYu (na raz edytuje się i tak przecież jeden kanał).
Muzyk mógłby wtedy tworzyć brzmienie, w którym określałby jaką głębokość ma mieć vibrato lub jakie zniekształcenie ma być dobrane w danej chwili w oderwaniu od sprzętowych niuansów POKEYa. Oczywiście zawsze mógłby zmusić player do zagrania danego brzmienia na konkretnym kanale 8 lub 16-bit.

Edit: Głębokość vibrato - mam na myśli głębokość niezależną od tego czy kanał ma 8 czy 16bit - czyli liczoną w jakichś bazowych jednostkach (można by chyba w zasadzie przyjąć właśnie rozdzielczość licznika 16-bit taktowanego 1.77M). Z głośnością takich problemów nie ma, bo jest zawsze 16 stopniowa.

To ja poproszę 8. Czy author to przypadkiem nie William Moebius?

Edit: A jeśli można, to reflektowałbym na skany 5 i 6.

Nie mówiąc już o filtrze dolnoprzepustowym od transmisji z magnetem (manipulacje skctl) czy dynamicznym przypisywaniu częstotliwości do kanałów (filtry, łączenie dzielników i zmiana zegara bazowego).

Dzięki Draco za wątek i pozostałym za porady. Testy z VBXE przeprowadzę w najbliższą sobotę, natomiast te z IDEA niestety będą musiały poczekać aż z Trubem podłączymy ją do Atari. Postaram się też zdobyć mocniejszy zasilacz. Chwilowo muszę niestety iść spać :(

Śliczne. Przyłączam się do rzondań.

Bpm można by prosto przeliczać na linie ekranowe (1/15625s) co uwolniłoby człowieka zarówno od problemów PAL/NTSC, jak i od pytania się "a ile to razy na ramkę gra"?

Edit: Kwestia złożenia potem dlisty, która przerwania wywoływałaby w odpowiednich miejscach :)

Używam ubuntu 9.04 x86 64-bit.
E tam najbardziej popularny... nie popadajmy w kompleksy. Najbardziej popularny dla mnie jest os, którego używam na codzień ;) - a czego najczęściej używa Pani Kasia spod 7-ki? To już zupełnie inna sprawa i zakładałbym, że raczej nie jest to komputer.

A to co innego. Tak czy inaczej ten przepis nie ma tu zastosowania :) A nasunęło mi się to w gruncie rzeczy, jako ciekawostka bo uważam ten paragraf za co najmniej dziwny w dobie powszechnego i nieregulowanego handlu wszystkim.