Do MacGyver'a:

Ufff.... Doszedlem do podobnych wnioskow... Ciesze sie ze ktos mysli tak jak ja :-) Potrzebowalem poparcia moich chorych teori przez osobe trzecia :-) Dzieki! 

ale o dodawaniu procentow pisal chyba MacGyver :-) A pozatym to bym sie chyba z nim zgodzil, ale przy zalozeniu poprawek Electrona :-) (co do bledu 15% wartosci bitu dla calej ramki  :-)

Pozwolisz ze zacytuje pare fragmentow dokumentacji, to chyba najwazniejszy fragment:

The frequencies given above are approximate. The Exact Frequency (Fin) that clocks the divide by N counters is given below (NTSC only, PAL different).

    FIN Approximate     FIN Exact
    1.79 MHz     1.78979 MHz           ? Use modified formula for Fout
    64 kHz     63.9210 kHz           ? Use normal formula for Fout
    15 kHz     15.6999 kHz            

The Normal Formula for output frequency is:

    Fout = Fin / 2N

Where N The binary number in the frequency register (AUDF), plus 1 (N=AUDF+1). The MODIFIED FORMULA should be used when Fin = 1.79 MHZ and a more exact result is desired:

    Fout = Fin / 2(AUDF + M)

Where:     M = 4 if 8 bit counter (AUDCTL bit 3 or 4 = 0)
      M = 7 if 16 bit counter (AUDCTL bit 3 or 4 = 1)

Tez nie mam pojecia skad sie biora wartosci 4 i 7, nie mam czasu na tak dokladne wnikanie w malo-czytelna dokumentacje POKEY'a :-( Dlatego prosilem was o wyjasnienie tego faktu.

Co ciekawe dopiero po zastosowaniu tego wzoru udaje sie osiagnac odpowiednie wyniki :-?

wydaje mi sie ze jest predkosc transmisji wszystkiego co pojawia sie na szynie, a wiec bity start i stop, niejeko naleza do calosci transmisji. Przytocze fragment Atari Hardware Manual (AHM):

The serial output data always changes when the serial output clock goes true. The clock then returns to zero in the centre of the output data bit time.
...
...
The baud (bit) rate of the data and clock is determined by audio channel 4 audio channel 2, or by the input clock, depending on the serial mode selected by bits 4, 5, and 6 of SKCTL. (See chart at end of this section.)

A jak wiadomo zegar (CLOCK) jest generowany przez polaczone kanaly 3 i 4.  Tak wiec wszystko co jest wystawiane na szyne danych jest synchronizowane przez sygnal zegarowy generowany poprzez polaczone kanaly 3 i 4, tak wiec  mysle ze bity start i stop takze nalezy liczyc :-)

Na poczatek parametry szyny:

# 1 start bit
# 1 stop bit
# 8 data bits
# no parity control
# 19200 bits per second

A i owszem, wyrzuca, ale tylko podczas transmisji bajtu danych,  a wyglada to tak:

                          One byte of SIO data
     
     
                    +-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+
                    | | | | | | | | | | | | | | | |        clock
       -------------+ +-+ +-+ +-+ +-+ +-+ +-+ +-+ +------
     
     
       ---------+       +---+   +-------+       +--------
                |     0 | 1 | 0 | 1   1 | 0   0 | 1        data
                +-------+   +---+       +-------+
     
                  |                                    |
     
              start bit                            stop bit

Czestotliwosciomierzem tego nie zmierze :-(, ATARI do pracy nie zaniose :-( A oscyloskopu cyfrowego z pamiecia w domu nie posiadam. Zmierze to wszytko jak tylko sobie POKEY'a do jakiegos mikro-kontrolera podlacze :-) i zaniose to do pracy gdzie mam odpowiedni sprzet :-)

to nie jest moj wzor, wziolem go z dokumentacji :-) Sam nie rozumiem tej magicznej liczby 7 ... hmmm... mam co prawda podejrzenie, ale musialbym miec bardziej czytelne dokumentacje POKEY'a... te maja za malo DPI :(

Zwroccie uwage prosze na opis rejestru $D208 (AUDCTL):

AUDCTL (Audio Control)(D208)

This address writes data into the Audio Mode Control Register. (Also see SKCTL two-tone bit 3 and notes).

D0 Change Normal 64 KHZ frequency, into 15 KHZ.
D1 Insert Hi Pass Pilter in Channel 2, clocked by Channel 4.
D2 Insert Hi Pass Filter in Channel 1, clocked by Channel 3. (See section II.)
D3 Clock Channel 4 with Channel 3, instead of 64 KHz (16 BIT).
D4 Clock Channel 2 with Channel 1, instead of 64 KHz (16 BIT).
D5 Clock Channel 3 with 1.79 MHz, instead of 64 KHz.
D6 Clock Channel 1 with 1.79 MHz, instead of 64 KHz.
D7 Change 17 bit poly into a 9 bit below poly.

Zwrocie prosze uwage na opis bitow D3,D4. W kazdej dostepnej literaturze bylo napisane ze dwa osmiobitowe liczniki sa laczone w jeden 16-bitowy. Jednak tu sugeruja iz na poczatku nastepuje podzial Fin przez kanal np. 3, a dopiero ta podzielona czestotliwosc jest dalej dzielona poprzez kanal 4. Z tego wynika ze nie jest to tak naprawde pelny 16-bitowy dzielnik, ale jakas dziwna hybryda.... albo ja juz nic nie rozumiem, albo oni tu cos sciemniaja :-) Moze to z tego wynikaja te magiczne liczby 4 i 7 we wzorach na Fout?

Dzieki Wszystkim za poswiecony czas! Ide walczyc... jezeli ktos bedzie mial jeszcze jakies pomysly lub nowe idee... prosze piszcze :-) Moze uda sie to wyjasnic :-)

A jeszcze jedno zdanie z dokumencacji dotyczace predkosci transmisji:

Input and output clocks are equal to the baud (bit) rate, not 16 times baud rate. Transmitted data changes when the output clock goes true. Received data is sampled when the input clock goes to zero.

Nie wiem dlaczego podkleslaja "not 16 times baud rate". hmmm. Ciekawostka.

pozdrawiam serdecznie
Seban/SLIGHT

Witam!

Mysle ze TL nie mial zadnego softu do pisania muzyki. Moze zle pamietam ale wydaje mi sie ze wiekszosc playerow TL byla pisana recznie i cos mi sie zdaje iz TL tworzyl myzyke wstawiajac dane (nuty,instrumenty) bezposrednio do zrodlowki playera, ktory byl modyfikowny w zaleznosci od potrzeb. Podobnie robil Jakub Husak, widzialem kiedys jego player i msx w ACTION!, byl hardcore :-). Co do TL moge sie oczywiscie mylic, jednak mysle ze tak moglo byc. Moze pod koniec dzialalnosci stworzyl sobie jakis program. Ale pierwsze kawalki na pewno byly pisane recznie :-)

pozdrawiam
Seban/SLIGHT

Witam!

Tak wlasciwie to zalezalo mi na wszystkim co bylo na tej stronie :-) Tak sobie pomyslalem iz szkoda by bylo gdyby taka kopalnia informacji i taka ilosc pracy jaka wlozyl Pan Sobola przepadla... cos mnie tknelo ze zrobie sobie mirror tej strony... ale bardzo sie zdziwilem gdy zobaczylem iz ona juz nie istnieje :( Proboje sie skontaktowac z Panem J.Sobola, ale bezskutecznie... dlatego pytam czy ktos moze zrobil sobie mirrora tej stronki.

pozdrawiam serdecznie
Seban/SLIGHT

Pecus ma 100% racje. ANTIC w pierwszej lini pobiera zarowno 40 bajtow (dla ekranu normalnego) a potem pobiera jeszcze 40 bajtow z generatora znakow, w nastepnych 7 liniach pobiera juz tylko po 40 bajtow z generatora znakow bo dane ktore znaki ma wyswietlac ma juz w swoim wewnetrznym buforze.

pozdrawiam
Seban/SLIGHT

Witam!

%11100

:-)

Ok, bedzie konfigurowalne :-) nie ma problemu do wyboru $d500-$d5ff z krokiem co $20 ??? moze byc?

W tej chwili chodzi zarowno z nowym jak i starym sid'em... jednak gdy wkladamy starego trzeba zmienic dwa kondensatory dla filtru LowPass znajdujacego sie w Sidzie, oraz przestawić przetwornice na +12V zamiast +9V.

pozdrawiam
Seban/SLIGHT

Witam!

Panowie, to bylo zupelnie w druga strone...
Niestety to Magnus przewalil Ace-Plotera z C64...
o to przeciez byla cala zadyma z K.K./Quartet
Potem Magnus stworzyl swoje Revenge of Magnus...

pozdrawiam
Seban/SLIGHT

Witam!

Wal, tutaj... nie mam nic do stracenia :-). Prawda jaka by nie była jest lepsza niż jakieś ściemnianie i ukrywanie faktów :-) Tak więc wal smiało, bo mam juz dość tego całego zamętu.

pozdrawiam serdecznie
Seban/SLIGHT

Ok, wywalam z serwerka.  :-)

projekt przelezal troche w pudelku na dnie szafy. Szukalem i zmianialem prace, wiec nie bardzo moglem sie zajmowac innymi sprawami. W koncu czlowiek jesc cos musi. Teraz mam troszke wiecej czasu wiec moze i projekt sie ruszy. Wlasnie zamowilem pierwsze prototypowe plytki drukowane. Zobaczymy co z tego wyjdzie :-)

pozdrawiam
Seban/SLIGHT

Witam!

Mam identyczny efekt na karcie ATI All In Wonder 128 :-(
Nigdy sie temu blizej nie przygladalem, ale podejrzewam ze cos jest
spiepsz$%# w konstrukcji ATARI, zakladam tak poniweaz sygnal S-Video z magnetowidu oraz kamery cyfrowej jest bezproblemowo przez ta karte wyswietalny . Trzeba by sie temu dokladniej przyjzec... na pierwszy rzut oka wyglada to tak jaby sygnal luminancji byl zaklocony przez sygnal chrominancji. Trzeba by na to poswiecic troche czasu i pogrzebac w starm dobrm ATARI :-)

pozdrawiam
Seban/SLIGHT

A widzisz, nie do konca chodzi tylko o skoczenie do konkretnego miejsca. Chodzi tez o czas wykoanania sie takiego "playera", ideale do demek gdzie bijesz sie o kazdy cykl. Jest jeszcze inny aspekt sprawy. W ten sposob mozna uzyskac niesamowite efekty dzwiekowe. Chodzi mi o cos w stylu efektów z "alley cat". Nie wiem nawet jak nazwac taki rodzaj syntezy dziweku. Ale wszystkie efekty dzwiekowe w alley cat, sa wykonywane raz na ramke, a efekt oszalamiajacy jak na Pokey'a... nieprawdaz? Player ktory wykonal by dosc skomplikowane opracje wykonywal by sie hektar-czasu. (co prawda w Alley Cat, jest to do bulu uproszczone i wykonuje sie dosc krotko, ale chodzi mi o bardziej zaawansowana manipulacje rejestrami dzwiekowymi POKEY'a) Mozna zreszta napisac playerek na PC, potem zrzucic to co otrzymamy do odpowiednio spreparowanego pliku. A efekty beda oszalamiajace. nawet przy odtwarzaniu raz na ramke :-). Nie dysponuje teraz zbytnio wolnym czasem, ale moze za jakis czas postaram sie zademonsterowac o co mi chodzi :-)

pozdrawiam
Seban/SLIGHT