1,601

(20 odpowiedzi, napisanych Sprzęt - 8bit)

Zrwoc uwage o jakiej wersji SIO2IDE pisal. W wersjach 1.6 i 1.7 sa takie ograniczenia, nie obsluguja one bowiem partycji FAT32 ale maja wlasny format.
Tam poprostu moze byc max. 48 partycji po 16MB a do tego kazda zabiera 32MB dysku, wiec maskymalna pojemnosc jaka warto zastosowac to okolo 1.6MB - wiecej i tak nie widac.
Wersje 3.x nie maja juz tego ograniczenia i moga obslugiwac wieksze partycje. Problem wiec raczej po stronie dysku -  na chwile podlacz inny model i sprawdz. Moze wystarczy zmienic dysk. Pisalem juz o tym problemie z Caviarami - moze inne dyski tez to maja...

1,602

(11 odpowiedzi, napisanych Sprzęt - 8bit)

sztuczkę rozumiem... Czemu ja głupi na to nie wpadłem?!

Ano nie wiem :) , to sztuczka sprzed wielu, wielu lat wkoncu. Jest jeszcze jedna ciekawa sztuczka tego typu, ktora dale ladniejsze brzmienie w 4-ri kanalowych i 4-ro bitowych trackerach. Miala by zaimplementowana w STP, ale niestety jakos nie wyszlo.
Ustawia sie na wszystkich kanalach maksymalna czestotliwosc dzwieku i bawi sie zwykla glosnoscia (bez bitu bezposredniego wyjscia POKEYa). To zalatwia liniowe sumowanie wyjscia z generatorow.

Jak patrzę na prockę dla POKEY-a, to może i da się zrobić 8 bitów... tylko że nie na czterech kanałach i nie z takim frq.

No oczywiscie, to musi byc na trzech, poza tym ciezko jest dobrac wartosci dla najcichszych dzwiekow. Jednak napewno istnieja takie tablice dla wersji 8bit - wiem, bo sam je zrobilem :). A sama czestotliwosc spadnie minimalnie, jak procka bedzie na zerowej stronie.

1,603

(11 odpowiedzi, napisanych Sprzęt - 8bit)

Wynika to z "nieliniowosci" POKEYa. Poprostu wartosci bezposredniej regulacji glosnosci wpisywane do kilku generatorow wcale sie tak prosto nie sumuja (wtedy byloby max 6 bitow na 4 generatorach), ale na wyjsciu pojawiaja sie najrozniejsze wartosci posrednie. Zwroc uwage, ze juz przy dwoch generatorach masz 256 kombinacji (czyli 8 bitow) z tym, ze niektore daja taki sam sygnal na wyjsciu, ale juz przy 3 generatorach daje sie uzystkac 256 niezaleznych poziomow wyjsciowych (da sie wybrac z 4096 mozliwosci 256 dajacych plynna skale).
Testowalem to takze na 4 generatorach (daloby to dzwiek 10cio bitowy w teorii), ale przeladowanie rejestru (bo niestety 6502 ma tylko 3) wprowadza znieksztalcenie.
Zreszta taka procedura z tablicami do 8-mio bitowego odtwarzania byla w pierwszej wersji Sound Tacker Player, tyle ze musze jej poszukac i stad tylko 6-cio bitowa (bo tyle potrzeba bylo bitow w ostatecznej wersji tego playera - wcale nie wynikalo to z ograniczen sprzetowych :) ).

Na dniach powinienem odnalezc tablice i podrzucic wersje 8-mio bitowa.

1,604

(81 odpowiedzi, napisanych Scena - 8bit)

A ja jednak przetestowalem - oto efekt. Uwaga, nie robilem zadnych dopasowan itp, tak to wyglada na nowo zainstalowanym FineReaderze, sadze, ze po dopracowaniu kilku ustawien moze byc jeszcze lepiej, a co obrabialem.. ? (oczywiscie obrazek sciagniety z tej strony).

A to wynik:

PRZEDMOWA ......................       4
WPROWADZENIE  ....................       5
1. DOS 2.OS.....................       7
1.1. Struktura dyskietki  ..............       B
1.2. Odczyt i inicjowanie DDS-u ...........     li
1.2.1. Odczyt DOS.SYS , ...............     11
.2.2. Inicjowanie systemu dyskowego  ........     16
.2.3. Procedury odczytu zbiorów  ..........     29
.3.1. Bloki kontroli zbiorów ............     3B
1.3.2.  Procedury przygotowania i zakończenia I/O . .     4O
1.3.3.  Odczyt ze zbioru  ..............     44
1.3.4.  Odczyt katalogu dyskietki ..........     51
1.3.5.  Zapis oo zbioru ...............     5?
1.3.Ł.  Odczyt statusu zbioru ............     64
1.3.7.  Zamkniecie zbioru ..............     68
1.3.8.  Otwarcie zbioru ...............     7O
1.3.9.  Operacie specjalne  .............     80
2. DOS XL 2.3O...................     91
2.1.2. Procedury pomocnicze .............     97
2.2. Podsystem wejścia/wyjścia  ...........   106
3. DOS 2.5.....................     OB
3.1. Struktura dyskietki  ..............     O9
3.2. Odczyt i inicjowanie DOS-u ...........     10
3.3. Podsystem we jsScia/wy j^cia  ...........     24
3.3.2.  Odczyt i zapis...............     27
3.3.3.  Odczyt katalogu dyskietki ..........     35
3.3.4.  Odczyt statusu zbioru ............     44
3.3.5.  Zamknięcie zbioru ..............     47
3.3.6.  Otwarcie zbioi-u...............     49
3.3.7.  Operacje specjalne  .............     S6
DODATKI.......................     65
fl- Adresy procedur OS................     65
B. Rejestry OS M pamięci RftM............     66
C. Rejestry i procedury DOS 2.O5..........     68
D. Rejestry l procedury DOS XL...........     72
E. Rejestry i procedury DOS 2.5...........     76
F.  Tabela porównawcza DOS-ów  ............     80
H. Tabela przeliczań DEC-BIN-HEX  ..........     B5
J. Bibligrafia...................     80

Jak juz pisalem przytoczylem bez ZADNYCH poprawek - tak wiec nie jest tak zle, bo akurat ta strona nie prezentowala sie najlepiej.

1,605

(81 odpowiedzi, napisanych Scena - 8bit)

No moje gratulacje!

Poztaram sie potestowac jak te JPGi beda sie czytaly FineReaderem - ale to jutro dopiero. Moze nie trzeba bedzie drugi raz skanowac, by PDFa z tego zrobic i to tekstowego....

1,606

(81 odpowiedzi, napisanych Scena - 8bit)

Oczywiscie piszesz "Recognita", a na mysli masz FineReadera 6.0 :) .

"czcionka" stosowana w zientarowych publikacjach jest tak nedzna, ze niestety Recognita sobie nie radzi, a FineReader owszem - testowane pare dni temu, jakos mi atarowski publikacje pod reke podeszly (wlasnie wybieram soft OCR dla firmy).

P.-G. Genialnie sie tym softem robi PDFa - i to jest najlepsze rozwiazanie.

1,607

(11 odpowiedzi, napisanych Sprzęt - 8bit)

A ja sie zastanawiam po co Covox skoro istnieje wspaniala procedura :) (mojego autorstwa zreszta) grajaca 8-mio bitowe sample na POKEYu, zajmujaca ledwie pare cykli zegara + 3 strony RAMu na tablice.
Moze wkoncu ktos ja wrzuci do playera, bo wszystkie jakie widzialem mialy wybor miedzy:
8-bit Covox
4-bit POKEY

a mogloby byc:
8-bit POKEY.

Czekam na chetnych.

edycja:
Oooops... po przeszukaniu archiwum znalazlem tylko wersje 6-cio bitowa na Pokeya... :( - oczywiscie jest wersja 8-mio bitowa, ale wymaga ona dalszych poszukiwan.
Napewno jednak zapewnia wieksza czystosc dzwieku niz Covox oparty na rezystorkach.

Jako, ze nie jest dluga, prosze bardzo:

*=  $2000

GENERATOR0 = $D201
GENERATOR1 = $D203
GENERATOR2 = $D205

PP1   =   193

PLAYBYTE_A
      TAX 
      LDA SOUNDTAB2,X
      STA PP1
      LDA SOUNDTAB0,X
      LDY SOUNDTAB1,X
      LDX PP1
      STA GENERATOR0
      STY GENERATOR1
      STX GENERATOR2
      RTS
;---------------------------
SOUNDTAB0
      .BYTE $10,$10,$11,$11,$11,$12,$11,$12,$13
      .BYTE $12,$14,$13,$14,$13,$15,$14,$15,$13
      .BYTE $16,$14,$15,$15,$18,$16,$18,$16,$19
      .BYTE $17,$1A,$15,$1C,$17,$1D,$17,$19,$17
      .BYTE $1C,$1B,$18,$1E,$1A,$19,$1B,$1C,$1C
      .BYTE $1B,$1F,$1D,$1C,$1C,$1C,$1B,$1D,$1C
      .BYTE $1D,$1C,$1B,$1D,$1F,$1E,$1E,$1F,$1F
      .BYTE $1F,0
SOUNDTAB1
      .BYTE $10,$10,$10,$10,$11,$10,$11,$11,$11
      .BYTE $11,$10,$11,$11,$12,$11,$12,$11,$13
      .BYTE $11,$12,$13,$14,$11,$12,$12,$13,$12
      .BYTE $14,$12,$15,$11,$14,$11,$15,$15,$16
      .BYTE $12,$15,$15,$12,$18,$16,$16,$18,$15
      .BYTE $17,$15,$1A,$1A,$1B,$1B,$1A,$18,$1A
      .BYTE $1D,$1B,$1B,$1B,$1E,$1E,$1E,$1D,$1E
      .BYTE $1F,0
SOUNDTAB2
      .BYTE $10,$10,$10,$10,$10,$10,$11,$10,$10
      .BYTE $11,$10,$11,$10,$11,$10,$10,$11,$12
      .BYTE $11,$12,$11,$10,$10,$12,$10,$12,$10
      .BYTE $11,$10,$13,$10,$13,$10,$13,$11,$13
      .BYTE $12,$11,$14,$12,$10,$14,$13,$10,$14
      .BYTE $14,$13,$10,$12,$12,$13,$16,$17,$17
      .BYTE $14,$18,$1B,$1A,$17,$19,$1B,$1D,$1E
      .BYTE $1F,0

1,608

(8 odpowiedzi, napisanych Emulacja - 8bit)

Jest do tego kilka ladnych windowsowych narzedzi (nie podam teraz nazw bo nie pamietam :) )...
A co do czesci drugiej, to kazdy DOS ... pewnie siem zapomnialo jednak :)
Polecam np w DOSIE II+ komende:
DIR M:*.*
i
COP M:nazwa,D:nazwa (w przypadku kopiowania z uzadzenia M: obie nazwy wpisuj w calosci).

1,609

(6 odpowiedzi, napisanych Scena - 16/32bit)

Bedem szczelal z pamieci: Union Demo ?

1,610

(8 odpowiedzi, napisanych Sprzęt - 8bit)

Oczywiscie wrzucaj.

A po co 2 OSy - no wyjasnilem. Kompatybilnosc przelacznikowa.
Po prostu mam takie przyzwyczajenie, ze pierwszy przelacznik wlacza lub wylacza QMEGi, a drugi wybiera pomiedzy wersjami.
Jak sa 2 OSy, to w pozycji pierwszyego "QMEGi wylaczone", drugi przelacza miedzy identycznumi OSami i nic sie nie dzieje.

1,611

(2 odpowiedzi, napisanych Bałagan)

Troszke stare i dosc znane. Ale dobrze ze przypomniales :)

1,612

(8 odpowiedzi, napisanych Sprzęt - 8bit)

A ja proponuje lepsza metode (mniejsza piramidka).
Ostatnio robilem "optymalizacje" wnetrza mojej Atarynki i jak zobaczylem oryginalny system w podstawce, a na nim nalutowana podstawke z QMEGami i te wiazke kabli.....
W kazdym razie zaprogramuj sobie wszystko na EPROMIE 27512 (bo stwierdzilem, ze jak juz sie ma dojcie do programatora, to co to za roznica). Praktycznie moga to byc dowolne 4 systemy - ja mam tam 2*Atari OS - by zachowac zgodnosc przelacznikowa (jeden wlacza/wylacza QMEGi, a drugi wybiera wersje).
Teraz tylko wyciagasz OS z podstawki (ewentualnie wylutowujesz i wstawiasz podstawke). ROM mozesz zachowac na pamiatke :)
Nastepnie odginasz lekko nogi 1 i 27 EPROMU tak by nie weszly w podstawke, wkladasz go na miejsce systemu, a do tych dwoch nozek lutujesz dwa kabelki, ktore podpinasz do dwoch przelacznikow (podajesz na nie mase lub 5V) - GOTOWE! I jak ladnie "plasko" i malo kabli.

Oczywiscie przelaczniki maga tylko zwierac np do masy, wtedy miedzy nozkami trzeba zastosowac rezystorki podciagajace do plusa w stanie rozwartym (10k , czy ile tam chcesz - nie za malo).

Gotowy plik z zawartoscia (2*Atari OS i 2 QMEGi: 4.04 + ostatni dobry z poprzednich - nie pamietam teraz) mozesz jak zwykle pociagnac z mojego podrecznego serwerka :) .

1,613

(13 odpowiedzi, napisanych Sprzęt - 16/32bit)

Ja to robilem poprostu emulatorem:
Plik .ST jako stacja 1, a flop PCtowy jako stacja 2, a potem juz tylk FCopyPRO :) .

Co do plikow, to jest jescze prostrze. Format dyskietki Atari jest taki sam jak PC :) (tyle tylko ze PC sprawdza jakies swoje znaczniki i nie zawsze widzi atarowskie dyskietki.
Sformatuj dyskietki na PC (720kb oczywiscie), skopiuj pliki i juz.

1,614

(0 odpowiedzi, napisanych Scena - 8bit)

Konkretnie chodzi mi o budowe relokowalnego pliku .COM .
Z tego, co pamietam byly specjalne dodatkowe procedury do MACA65 umozliwiajace generowanie relokowalnego kodu w formacie Sparty wlasnie.
Takze ich poszukuje, czyli ogolnie wszystkiego, co byloby pomocne w pisaniu programow dzialajacych w tym systemie (takze sterownikow urzadzen).

Zapraszam takze wszystkich do wspolpracy przy tworzeniu oporgramowania pod ten swietny system operacyjny.

Dzis kolejna nieprzespana noc minela :) . Razem z Pirxem przygotowalismy troche przydatnego softu (a konkretnie jeden program :) ).
Jest to najwygodniejszy loader do gier zapisanych w formacie Sparty - MicroSpartaDOS (MSDOS :) ) autorstwa Jzego Bernaska. Oryginalnie zawieral on procedury HS dla Stacji XF..costam oraz dla oryginalnego Speedego (potrafil je sciagnac ze stacji). Obecna wersja (zmienilismy powaznie numeracje, bo zmiany naprawde duze) wykrywa w dalszym ciagu stacje XF, a takze stacje pracujace w trybach Happy i US-Doubler (jak SIO2IDE wlasnie), wybiera on odpowiednia procedure i przed samym wczytaniem programu relokuje jak najnizej sie da (zawsze miesci sie ponizej $0b00 wraz z buforami). W przypadku uruchomienia loadera, lub wybrania programu z wcisnietym klawiszem "Shift" do transmisji stosowane sa zwykle procedury systemu (wtedy loader wraz z buforami konczy sie na $0a00 - oczywiscie dopiero w czasie ladowania gry, bo wczesniej zajmuje "kapke" wiecej).

A co dla programistow, otoz napisalismy tez procedury zastepujace SIO przy odczycie z dysku (dowolny rozkaz czytajacy dane, status, predkosc, itp). Sa one troszke dziwne, ale dzieki temu b. krotkie i wygodne w uzyciu. Polecam stosowanie ich w wlasnych loaderach, bo obsluguja tryb Happy/US.
Zrodla w formacie OMC (zgodne z MAC65), oraz loader dostepne sa TU. ... Drobna uwaga, nie bede juz zmienial tego w pliku (bo mi sie nie chce), ale w SIO_IN1.S65 w wierszu 81 zbedny jest rozkaz "STX CheckSum" - co mozna zauwazyc analizujac kod, niestety umknelo nam przy "odchudzaniu" porcedury ;) .
Niedlugo postaram sie zrobic troszke dokladniejsze opisy, a narazie zapraszam do sciagania (no i przypoinam ze do MSDOSa sa dodatkowe programiki umozliwiajace ladne nazywanie gier i folderow - one pozostaja niezmienione oczywiscie i nie ma ich w tym archiwum).

edycja:
Mala zmiana, teraz jest w tym archiwum plik ATR zawierajacy wszystkie wersje programu MSDOS, MSINI, instrukcje do nich, a takze programik odpalajacy SparteX pod QMEGiem (dziwnie brzmi, ale posiadacze tych systemow pewnie wiedza o co chodzi - zreszta jest tez .DOC)

1,616

(66 odpowiedzi, napisanych Software, Gry - 8bit)

Pisalem juz w innym miejscu - River Raid konczy sie po przekreceniu licznika punktow (a w zasadzie po dojsciu do konca czyli 99999990 - moglem ilosc cyferek 9 pomylic ;) ). Przy niszczeniu wszystkiego, co spotkamy na drodze bedzie to w okolicy 1260 mostu.

1,617

(26 odpowiedzi, napisanych Sprzęt - 8bit)

Dostalem juz od Marka oficjalne wersjie 1.7 i 3.2 SIO2IDE obslugujace tryb HighSpeed w standardzie Ultra Speed. Pojawia sie niedlugo na AIMie ale wszystkich niecierpliwych zapraszam na swoj podreczny serwerek, bo tam juz sa :)

edycja:
Marek podeslal poprawke do wersji 1.7 (poprzednio HEX byl skompilowany dla zlego kwarca), od 18:40 23.08.2002 ;) Na moim podrecznym serwerku sa juz prawidlowe wersje.

1,618

(26 odpowiedzi, napisanych Sprzęt - 8bit)

Wyglada na to, ze juz jest wersja finalna :) - jeszcze namietnie ja testuje, ale przekopiowalem juz miedzy partycjami pracujacymi z roznymi predkosciam ponad 100MB i nie odkrylem przeklaman lub innych nieprawidlowosci.
Zarowno Sparta jak i QMEG prowidlowo rozpoznaja tryb US, tak samo i inne programy umiejace wykryc ten tryb (np. Sector Copy).
Moze pokombinuje potem z wiekszymi predkosciami, ale teraz to juz nie problem.
Na dniach bedzie chyba mozna to opublikowac.
Zmiany zostaly wprowadzone na poziomie uniwersalnych procedur SIO stosowanych takze przez Marka we wszystkich innych wersjach.
Tak wiec po zakonczeniu testow, beda wszystkie wersjie SIO2IDE z trybem Ultra Speed.
Jedyna zmiana sprzetowa, to wymiana kwarcu w starych wersja interfejsu (z 4.9152MHz na 7.3728MHz) - w nowych wersjach juz taki jest.

1,619

(26 odpowiedzi, napisanych Sprzęt - 8bit)

Kolejny postep!

Dzisiaj okolo godziny 5:20 nad ranem zadzialalo automatyczne rozpoznawanie i wybor jednej z dwoch predkosci w SIO2IDE. Sa to 19200 i 52000 (dokladnie takie jakie obsluguje Ultra Speed w oryginale).
Jako ze pracowalem w dalszym ciagu na zdekompilowanym kodzie ktory byl oryginalnie w C (makabra jesli chodzi o analize), poniewaz zrodla podeslane przez Marka po skompilowaniu nie daja dzialajacego kodu i nie mam duzej mozliwosci manewru, nie zaimplementowany jest jeszcze rozkaz pytania o mozliwa szybkosc "?". Czyli np. QMEG nie wykrywa tego jako US, ale juz SpartaX radzi sobie znakomicie - wszystko jest przez nia obslugiwanie w trybie US z duza predkoscia.
Tak wiec liczmy dni i godziny... bo nadchodzi :) . Trzeba tylko obslugi rozkazu "?" - pisze do Marka wlasnie.

1,620

(26 odpowiedzi, napisanych Sprzęt - 8bit)

Polecam uwadze: http://atariarea.nostalgia.pl/forum/vie … p;start=15 .
Ja juz sobie "pokopiowalem" na szybkim SIO2IDE :)

Sa sukcesy!
Wlasnie "skopiowalem" sobie partycje 1 na 2 z predkoscia 51200 bodow. za pomoca US SectorCopy i SIO2IDE !
Cale szczescie ze na 2 nie bylo nic waznego, bo zanim sie zorientowalem poszlo!
Oczywiscie recznie wpisalem kopierowi do jego tablicy predkosci $0a, bo jak pisalem - "?" jeszcze nie dziala w SIO2IDE.
Zastanawiam sie dlaczego z QMEGiem nie zadzialo, moze nie dokonca go oszukalem, ze stacja ma US ?
W kazdym razie dziala szybka transmisjia z SIO2IDE i juz za chwileczke juz za momencik ... :)

Musze wyjsc z Windowsow, bo potestuje wieksze predkosci - standardowa dla US czyli 52000 dzial super stabilnie.

Odnosimy zwycieztwa w tej "walce" :)

edycja:
Po sprawdzeniu mozliwych w Atmelu z takim kwarcem predkosci, doszedlem do wniosku ze pozostawienie 52000 bedzie najlepszym rozwiazaniem. Pozostale za duzo odbiegaja od mozliwych do uzyskania w Atari a 52000 pasuje prawie idealnie. Poza tym jest to standardowa predkosc US i niech tak pozostanie.
Teraz tylko korespondencja z Markiem i bedziemy mieli najlepszy interfejst HDD do malucha :)

edycja2:
A QMEG... wyglada na to, ze skubaniec przed kazda transmisja (L z menu, czy odczyt z MLM) wysyla pytanie o status (gestosc) w standardowej szybkosci, a w tej chwili SIO2IDE obsluguje albo jedna, albo druga - ot i rozwiazanie problemu... I uwaga! Jak na prawdziwego Atarowca przystalo, edycje2 napisalem na malym Atari (Ice-T i lynx na terminalu UNIXowym) - strona wyglada duzo lepiej niz wiele "powaznych" stron firmowych w trybie tekstowym :)

Jesteś pewny, że częstotliwość taktu UART ustala się tylko w jednym miejscu? Może w którymś momencie program przywraca starą wartość. Spróbuj ustawić normalny tryb - 19200baud i po prostu zmienić kwarc na inną, obliczoną wartość. Jak zadziała, to będziesz wiedział, czego szukać.

Predkosc na 100% jest ustalana w jednym miejscu, co do zmiany kwarcu, to zmienilem na prawie 2razy szybszy i odpowiednio wyliczylem wartosc dla 19200 - wpisalem, skompilowalem i dziala, tak wiec tu jest O.K.
W kodzie sa dodatkowe spore opoznienia robione petlami na NOPach, po wyslaniu bajtu - po zmianie kwarcu - prawie dwa razy krotsze, a dalej dziala - wiec to nie bit stopu, przy wolniejszym kwarcu zmiana predkosci, tez powodowala brak transmisji.
Chyba pozostaje QMEG, szukam wlasnie SectoCopy i walcze - uparty jestem, bo to juz druga doba :).
Najgorsze, ze po kazdej zmianie trzeba programowac Atmela :(

Po testach!!!

Yeah! To cos w QMEGu (widac nie znam wszystkiego) SectorCopy zadzialalo z inna predkoscia - narazie jest to 20000 ale juz zmienam i zobaczymy z jaka predkoscia wyrobi SIO2IDE - a jak juz potestuje.... :)

1,623

(24 odpowiedzi, napisanych Software, Gry - 8bit)

Co do Scorcha to nie trzeba nas naciskac.
Na ukonczeniu jest komentowanie kodu, doszlo liczenie punktacji (poza kasa) i wyswietlanie okienka z podsumowaniem (malenstwo na foncie 4x4 rysowanym PLOTami do tego :) - ale gra ma byc maksymalnie niezalezna od sprzetu.
Na dniach na Nostalgii (Pirx jest szefem tego serwera :) - Chillz, bez nerw w koncu Pirx jakby wyzej tam jest ;) , walnie Ci polecenie sluzbowe i juz  8) ) bedzie strona Otwartego Projektu Scorch. Pozostalo w sumie niewiele do zrobienia, ale nam pewnie lata by to zajelo, a tak kazdy bedzie mogl dodac cos od siebie. Nowy kod po zatwierdzeniu przez moderatora (a kto to bedzie ;) ? ) bedzie dolaczany do gry, miejmy nadzieje ze kazdy programista atarowski bedzie chcial cos dodac.
Gra jest napisana w sposob umozliwiajacy umieszczenie jej na Carcie (wszystkie zmienne poza kodem) i dotego napisana jest ladnie  :rolleyes:

A Turrican - poszukiwania twaja, a widzac co ostatnio znalazlem to Tuttican to male piwo jest - znajdziemy!

No wlasnie, soft Atmela jest oryginalny Marka (z SIO2IDE), ja zmieniam tylko predkosc UARTu, co do bitow stopu... niestety Atmel nie jest tak elastyczny moze po prostu wysylac dane 8mio lub 9cio bitowe z jednym bitem startu... bit stopu, to poprostu stan po wyslaniu bajtu i trwa az do nastepnego bitu startu. Poza tym transmisja  po ustawieniu w Atmelu predkosci 19200 odbywa sie calkowicie bez problemowo (nawet przy ADUF3 $29 czy $27, a czasem lapie i $26 :) ) a wystarczy w Atmelu zmienic na np. 21000 (czyli niewielka roznica) i nie daje sie dobrac nic od strony Atari. Jak wspominalem nawet dla predkosci 19200 byly to rozne zapisy w Atmelu bo zmienial sie kwarc - a zawsze dzialalo. Wydawalo mi sie nawet ze znak ACK po odebraniu rozkazu transmitowany jest do kompa zawsze z normalna predkoscia, ale po sprawdzeniu w systemie TOMS MULTI stwierdzam, ze nie... no coz moze nie dokonca znam QMEGa ;). Chyba poszukam SectorCopy i wyrzuce w nim pytanie o predkosc stacj (bede sam wpisywal).

Walcze dalej :) - ma zadzialac i juz!

No to mamy te same informacje (mi tez sie udalo uzystakc transmisje na ADUF3=1 - przy pracach nad poprawkami dla TOMS MULTI - co prawda czytal to tylko SPEED30 init, bo on robi odczyt w petli, a nie na przerwaniu...)
No wlasnie, co do US. Stacja MULTI po wykryciu transmisji z ta predkoscia (a w zasadzie po stwierdzeniu, ze z innymi nie dziala :) ) przelacza sie na odbior danych z komputera w oparciu o takt podawany na wyjsciu CLOCK (czyli transmisja synchroniczna), co ciekawe synchronicznie odbywa sie tylko odbior, zastanawiam sie czy ma to znaczenie, a wyjasnialoby duze rozbieznosci w transmisji.
Jako ze MULTI ma jeszcze tryb normalny i TopDrive , sprawdzilem to - w tych trybach transmisja jest caly czas asynchroniczna mimo, ze w TopDrive jest ta sama predkosc co w US...

A teraz odpowiadam dlaczego poszukuje potwierdzenia mojej wiedzy (ktora w sumie mialem prawo zapomniec, dobrze ze dokumentacja poprawek w MULTI sie odnalazla).
Otoz Kompiluje sobie SIO2IDE dla Atmela zmieniajac predkosc transmisji (to napewno dziala, bo mam inny kwarc i i musialem te wartosc dobrac by miec standardowe 19000). W tej chwili nie ma jeszcze implementacji rozkazu "?" wiec interfejs nie zwraca predkosci, w takim razie wymuszam na QMEGU tryb US ($3f0;01), a potem ustawiam predkosc w tym trybie ($3ec;28 ) ... no i $1000<.1.1 :) ... jesli jest to $28 - czyli standard transmisja sie odbywa, a wystarczy ze zmienie predkosc w Atmelu (nawet minimalnie) i nie ma szans na dobranie wartosci od strony Atari.
Musi byc jakis haczyk w samym protokole US, bo jak pisalem wartosc w Atmelu i tak zmienialem wiec program kompiluje sie prawidlowo.

Pozostaje chyba ponowna analiza ROMu MULTI, cale szczescie ze komentowalem na marginesach ... A moze ktos ma inny pomysl, pracuje nad tym praktycznie 24h/dobe, tak wiec czekam na propozycje.