Hej!

Tak się domyśliłem że to musi być wzmacniacz operacyjny/komparator. Zakładałem iż jest to uA741 jak w innych rozwiązaniach z tamtych czasów. Co do elementów wymienionych w magnetofonie to u PET-a widzę wymienione 3 kondensatory dołożony jeden równoległy rezystor.

Pecuś jeszcze jedno pytanie... czy masz w swojej kolekcji programów do AST jakiś handler T: który umożliwiał zapis programów na taśmę w AST prosto spod DOS?

Zaraz pewnie się okaże iż schematy tego co mamy powyżej są "okrojona/uproszczoną/zmodyfikowaną" wersją AST ;)

pozdrawiam
Seban

Ostatnio edytowany przez seban (2008-02-01 09:47:36)

Dobrego handlera T: AST nigdy nie mialo. Ja napisalem (a wlasciwie przepisalem i pozmienialem troche), taki, ktory instalowal handler T: dla AST, ale zapisywal i odczytywal w standardzie T2000 (bloki o dlugosci 2kB chyba).
W AST bylo to beznadziejnie rozwiazane, dlugoby opisywac, ale (jak zreszta w jakims tescie na skanach widzialem) LIST"T:" programu o dlugosci powiedzmy 100 linii moglo zajac i pol godziny tasmy :). Po prostu kazde PUT#, PRINT#, BPUT# (upraszczajac), bylo traktowane jak zapis pelnego bloku z pilotem. W zwiazku z czym petla: FOR i=1 to 10:PRINT #1,i:NEXT i produkowala 10 pelnych blokow w AST!!!!! Handler T: AST w oryginale nie mial zadnego bufora.....

Aaaaa oczywiscie taki handler (oryginalny) nadawal sie tylko do obslugi zapisu danych programow, ewentualnie programow w BASICu czy innym jezyku, gry nie da sie tym skopiowac, bo w AST program binarny jest poprostu obrazem kawalka ciaglej pamieci RAM. Wszystkie kopiery AST dzialaja na zasadzie zaladowania kopiowanego programu do pamieci i powstrzymania przed uruchomieniem, w czasie wczytywania zapamietuja najnizszy i najwyzszy adres ladowanych blokow, a potem zapisuja obszar pamieci miedzy tymi adresami.
Wystarczy by plik binarny ladowal cos na strone 6 a potem kawalek kodu na ekran, a kopier AST zapisze potem cala pamiec RAM :)

Ostatnio edytowany przez Pecus (2008-02-01 10:20:01)

Hej!

Może źle się wyraziłem... chodziło mi o sposób w jaki ktoś nagrywający (np. piratujący na giełdzie) kopiował programy na AST (powiedzmy te juz przygotowane). Przeciez nie jechał chyba AST->AST albo NORMAL->AST? Czy były jakieś narzędzie które umożliwiały zgranie z dysku przygotowanych wcześniej programów na AST? Myślałem iz istaniało jakieś narzędzie umożliwiające taką operację.

Co do takiej budowy plików AST to zdałem sobie z tego sprawę oglądając loadery i czytając manual do multicarta :)

pozdrawiam
Seban

Dzięki za info! :) Teraz mam obraz jak to wyglądało :) Przyznam iż rozwiązanie blokowe i kompatybilność turbo 2000/KSO/F ze zwykłym zapisem zgodnym z DOS ($FF,$FF) była chyba nieco wygodniejsza :) Mimo tych niedogodności system AST bardzo mi się podoba jako jedno z pierwszych prób zaimplementowania systemu turbo dla małego ATARI :) Jego założenia jednak chyba bliższe są rozwiązaniom zastosowanym w przypadku turbo dla komputerów C64 :)

Seban

AST bardzo dobrze sprawdzalo sie przy grach, w tym przypadku T2000 mialo spora wade (szczegolnie przy b.dlugich grach ladujacych sie dosc nisko). Ta wada byla potrzeba zarezerwowania 2kB na bufor danych. W zwiazku z czym loader bedacy wlasciwie mini DOSem, mocno podnosil MEMLO.
Oczywiscie w przypadku uzytkow, bylo odwrotnie - AST meczylo sie strasznie.

AST mialo zasadzniczo jeden standard pliku i dwa loadery do wyboru (troche kombinacji i powstal jeden loader wczytujacy wszystko), a w przypadku T2000 i gier ladujacych sie nisko trzeba bylo uzywac jednego z dwoch loaderow (poza glownym), a do tego pliki byly wtedy czesto niestandardowe i w zasadzie ladowane tak jak w AST.

A ja się przyznam, że w życiu nie użyłem żadnego programu kopiującego do kaset :) Zawsze używałem dwukasetowca, szczególnie, że w tych czasach była na nie moda :)

-->mikey, postaram się jeszcze dziś (najpóźniej jutro) porobić skany ;)

I jeszcze kwestia natury ideologicznej, nie ważne czy do atarka podpinasz magnetofon czy też najnowszego/"najbardziej wypasionego" pieca, to zawsze podpinasz do atarka (jako urządzenia "nadrzędnego") a nie na odwrót ;)

Ostatnio edytowany przez Lt_Bri (2008-02-01 18:33:35)

No, ja kiedyś dostałem od Pecusia (jeszcze za starych czasów giełdowych) taki prosty konwerterek w BASICu. Zamieniał on pliki spakowane Cruncherem 5.0 na strawne dla AST. ZTCP konwersja polegała na "upchnięciu" w pamięci RAM (do $bc1f włącznie) całości danych spakowanych i włączeniu "pod-romu" dopiero na czas dekompresji. Oczywiście programik nia działał przy bardzo długich plikach... A używany był wtedy także w innym celu, np. po to by napis "FILE BY ..." nie znikał tak szybko.
Ech, historia. ;)

Ej, a ja zawsze uzywalem kopierow do kaset a nigdy dwukaseciaka! Przyjalem wtedy domyslnie (bezmyslnie), ze skoro Atari musi miec specjalny magnetofon zeby wgrac program, to zwyklym nie mozna go rowniez skopiowac
Tyle pieprzenia sie z przekladaniem kaset! Zmarnowana mlodosc... Ide rozwalic sobie leb klapa od kasprzaka.

-->mikey, sprawdź skrzynkę ;)

Hej!

Lt_Bri: ten interface to schemat z IKS-a czy coś innego? Możesz podesłać i mi jak to nie z gazetki IKS?

Nosty: Ja wiedziałem że można użyć dwu kaseciaka jednak nigdy tego nie robiłem. Zawsze kopiowałem programem kopiującym, aby uzyskać lepszą jakość kopii niż w przypadku kopiowania analogowego (taśma->taśma)

pozdrawiam
Seban

mikey....  poszperałem po moich dokumentacjach, znalazłem trzy schematy interfejsów Atari-magnetofon. Jak cię interesuje to zrobię kopie i prześlę.