Hej!

A może warto samemu sprawdzić by było? To naprawdę nie zajmie dużo czasu i pozwoli mieć chwilę radochy :)

10 CLR :MEMTOP=PEEK(106):POKE 106,MEMTOP-(8192/256):BUFF=PEEK(106)
20 GRAPHICS 0
30 DIM A$(4096),B$(4096)
40 A$(4096)=CHR$(0):B$(4096)=CHR$(0)
50 POKE 559,0
60 DPOKE 19,0:FOR I=0 TO 15:B$=A$:NEXT I:T1=PEEK(20)+256*PEEK(19)
70 DPOKE 19,0:FOR I=0 TO 15:MOVE BUFF,BUFF+$0400,$1000:NEXT I:T2=PEEK(20)+256*PEEK(19)
80 POKE 106,MEMTOP:GRAPHICS 0
90 ? :? "EXECUTION TIMES:":? 
91 ? "STRING COPY=";T1*(1/50);" SEC."
92 ? "MEMORY MOVE=";T2*(1/50);" SEC."

wynik działania z emulatora:

przy 16 przebiegach różnicy nie ma, przy większej ilości powtórzeń B$=A$ wysuwa się minimalnie na prowadzenie :) Ale to zapewne przez zapis MOVE BUFF,BUFF+$0400,$1000. W pętli mamy dodatkowo dwa odwołania do zmiennej BUFF, dodawanie oraz konwersja HEX->Floating Point. Zapis typu MOVE $A000,$B000,$1000 jest szybszy od B$=A$. (9.48 sek. vs 9.78 sek.).

Nie znam się na tyle na działaniu tego interpretera i nie mam czasu na dłubanie w nim aby określić jakich procedur używa TBXL do przepisania zawartości zmiennych i jak wygląda MOVE, ale myślę iż najwięcej w tej sprawie zapewne mógłby powiedzieć drac030 bo on ma pewnie sporą wiedzą o działaniu interpreterów BASIC-a ze względu na zaangażowanie w ich analizowanie i pracę nad własną wersją (Multi BASIC).

pozdrawiam
Seban

No ja zawsze się bawiłem z RAM-TOP-em :) Ta metoda zawsze wydawała mi się  fajna w szczególności iż w Turbo Basic-u miałem BGET, BPUT oraz MOVE które operowały na podanym adresie pamięci... w przypadku zmiennej TXT cięzko np. byłoby załadować do niej font lub obrazek i umieśić go tak aby to pasowało ANTIC-owi :)

No ale to była tylko moje skromna opinia i być może złe przyzwyczajenie :D Zmiennych tekstowych przechowujących dane binarne praktycznie nie używałem :)

Seban

Hej!

Rozrysowałem sobie ten interface do jest w Magnetofonie PET-a... Jeżeli to jest oryginalne AST to wcześniejsze schematy bazują na rozwiązaniu AST albo odwrotnie :) Nie wiem co było pierwsze :) Układ wejściowy jest od strony funkcjonalnej bardzo podobny. AST ma dodatkowo dodany tor zapisu zmodyfikowany tak aby możliwy był zapis zarówno poprzez sterowanie liną COMMAND (zapis turbo) jak i DATA_OUT (dla transmisji standard).

Wydaje się iż schemat układu zaprezentowany w czasopiśmie "MOJE ATARI" jest modyfikacją turbo AST.

Jedna z wprowadzonych zmian polega na zamianie jednego z sygnałów sterujących przełączeniem turbo/normal. Zamiast sygnału pochodzącego z przełącznika zapis/odczyt (AST) ten interface z mojego ATARI wykorzystuje sygnał MOTOR CONTROL.

Tak więc w przypadku AST przełączenie interface turbo/normal odbywa się za pomocą linii COMMAND + na położenie przełącznika odczyt/zapis znajdującego się w magnetofonie.

W przypadku interface-u z "Mojego Atari" brany jest pod uwagę stan linii COMMAND oraz linii MOTOR CONTROL.

W przypadku interface z Mojego Atari zapis w turbo odbywa się przez bezpośrednio przez linię DATA_OUT a nie COMMAND jak w przypadku AST.

W przypadku AST tego co jest u PET-a  modyfikacje dodatkowo wykonane w magnetofonie to:

1) dołożenie równoległe rezystora 4K7 do do rezystor R6 w magnetofonie
2) zwarcie rezystora R20
3) przecięcie ścieżki pomiędzy pinem 9 przełącznika zapis/odczyt i bazą Q7.

UPDATE:

Przerysowałem swoje bazgroły z kartki, tutaj schemat tego co się znajdowało w magnetofonie PET-a:

Linki bezpośrednie: schemat AST - format PNG (rastrowy) lub schemat AST - format PDF (wektorowy)

To wersja przerysowana, zaznaczam nie sprawdzona, mam nadzieję iż błędów nie narobiłem. Gdy złożę i uruchomię taki interface w swoim magnetofonie, opiszę dokładnie sposób montażu i uruchomienia, jak wyjdą jakieś babole to poprawię schemat. Po udanej rekonstrukcji wrzuci się do Atariki :)

Mocno się zdziwiłem jak po usunięciu farby znalazłem w interface germanową diodę impulsową DG51 :D Dioda podpięta do wyjścia jednaj z bramek NAND symuluje wyjście typu Open Collector wymagane przez ATARI. Wszystkie pozostałe układy produkcji CEMI (ULY7741, UCY7400). Rezystory przewlekane produkcji TELPOD. Kondensatory też wyglądają na polskie :) Interface jest więc w pełni złożony z Polskich elementów :D

Ciekawostka jest również fakt iż Pan Sławomir pozostawił wejścia jednej z niewykorzystanych bramek "wiszące w powietrzu", w przypadku układów TTL wisząca w powietrzu noga odpowiadała co prawda stanowi logicznemu "1", ale takie pozostawienie niepodłączonego wejścia w powietrzu nie powinno mieć raczej miejsca ;)

UPDATE #2:

Jak widać obecnie interface przedstawiony w Moim Atari ma identyczny stopnień wejściowy w torze odczytu, reszta układu uległa nieznacznej modyfikacji. No i tor zapisu jest inny bo AST zapisuje przy pomocy linii COMMAND. A to "Moje ATARI" w którym ten interface był opisany to z którego roku było? Tak naprawdę to opis interface-u przedstawiony w Moim ATARI był w tamtych czasach bezużyteczny bo nie wspomniano nawet o oprogramowaniu obsługującym przedstawiony interface :)

Hej!

Czyli masz 6 standardowych kabli. Do analizy jak najbardziej to dopiero jak skończę z AST od PET-a i oddam mu magnetofon i cart :) Wtedy zgłoszę się po twój sprzęt :) hahah :)

UPDATE:

O ile w AST linia "command" z gniazda SIO służy do zapisu danych i przełączenia interface w magnetofonie na turbo/normal, o tyle nie wiem jak to jest realizowane w przypadku Blizzard, ale na 100% Blizzard nie wykorzystuje linii "command" chyba przełącza interface normal/turbo przy pomocy bezpośredniego sterowania linią DATA_OUT. Co lepsze zerknąłem na szybko w kod carta do blizzarda... jestem w szoku... to pierwszy z systemów który wykorzystuje liczniki POKEY-a do odmierzania czasu... wszystkie pozostałe systemy robią to durnymi pętlami DEX,BNE. To pierwszy z systemów który robi to tak jak powinno się to robić od samego początku :) Zawsze chciałem tak to napisać... i po latach się okazało że już o wiele wcześniej ktoś zrobił to tak jak należy!

No ale wracając do pytania DELY-ego... zapewne da się napisać loadery i soft który na interface typu BLIZZARD wczyta AST, ale wątpię aby BLIZZARD działał z softem do multicarta.

Hej!

Na pewno nie jest to to samo co pa PET w swoim magnetofonie. A jakiś dodatkowy kabel opleciony wokół oryginalnego?

Hej!

Zenonie, tutaj jest to co podesłał Lt_Bri: interface-y do magnetofonów

Jeżeli masz jakieś inne schematy od tych w powyższym PDF-ie to bardzo byłbym również bardzo nimi zainteresowany.

pozdrawiam
Seban

Hej!

Pecuś oczywiście masz rację co do braku bufora i memlo w przypadku AST. Co to turbo KSO 2000 które miałem jako pierwsze, to były dwa loadery L1 i L2. L1 ładował pliki typu BOOT L2 wszystko co wymagało niskiego MEMLO, pozostałe pliki obsługiwał jak to nazwałeś miniDOS odpalany z cartridge. W każdym przypadku bloki i struktura pliku była jednakowa. Z jednym wyjątkiem... programami zabezpieczonymi np. *AjekCopy to mnie szalenie wkurzało wiec napisałem Anty-*AjekCopy :) Piraci z giełdy wycwanili się aby więcej zarabiać na sprzedaży piratów  i zabezpieczali nowości właśnie AjekCopy aby potem nie rozlazły się one szybko wśród szarych userów.

Tyle że ja turbo KSO pewnie miałem później niż ty miałeś AST :) I faktycznie AST mogło mieć tą przewagę iż gry ładowało błyskawicznie w jednym bloku, szczególnie stare proste gry. Potem zaczeły się pojawiać programy kompresujące i coś pamiętam iż AST nie lubiło strasznie Crunchera 5.0 Magnusa bo samo siedziało po ROM-em i Cruncher załatwiał na cacy procedury do obsługi AST lokując dane tam gdzie one się znajdowały :)

Seban

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

Coś mi się wydaje iż to co jest w MA to tzw, Turbo2000 lub jego jakiś klon (nie F nie KSO), być może jest to jakaś kopia AST. No tyle że wynika z tego iż AST realizuje zapis linią COMMAND a w przypadku tego co jest w MA to pewnie zapis odbywa się dokładnie tak jak w turbo 2000F czyli przez bezpośrednie sterowania linią data_out. Najciekawsze jest to iż w MA chyba nic nie piszą o oprogramowaniu do tego ich Turbo? Czy się mylę?

Hej!

Ano zapewne takim trafem iż stał się posiadaczem MAC-a :) Teraz zapewne jest użytkownikiem systemu MAC OS X (aka Leopard) :D

Seban

Hej!

Pecuś... linia command w AST przełącza interface turbo/normal, proszę oto kawałek mało czytelnego schematu:

Ze schematu wynika iż lina COMMAND była stosowana do włączenia lub odłączenia sygnału pochodzącego z wcześniejszego wzm. uA741. Dane szły bezpośrednio na linię DATA_IN (na schemacie opisane jako DATA_OUT -> jago wyjście danych z interface-u). Ta linie idzie w interface AST który posiadam do 3 linii gniazda SIO.

Do tego kod realizujący zapis w steruje bezpośrednio linią SIO a nie linią COMMAND, linia COMMAND jest włączana tylko raz na początku transmisji. Aby aktywować interface turbo.

Co do przełączania interface-u sygnałem audio wnioskuje to z następującego kawałka schematu:

jakież uderzające podobieństwo do AST :) nieprawdaż? :)  Proszę zwróćcie uwagę iż sygnał przełączający interface pochodzi z pinu 11 gniazda SIO (a więc jest sygnał audio pochodzący z magnetofonu z kanału lewego, gdzie normalnie panuje cisza). Głowica uniwersalna w 1010 bez problemu umożliwiła by zapis na "pilota" lewym kanale po drobnej modyfikacji magnetofonu :) Może Pan Sławomir Nienałtowski początkowo poszedł tą drogą?

Pecuś wspominałeś o niekompatybilności taśm i masz rację... były one nie zgodne... zresztą wspomina o tym manual do multi-carta przeskanowany przez Pet-a a OCR-owany przez Delyego. Większość programów przełącza sie pomiędzy wersją dla 1010 a XC12, oto dwa zdania na podstawie których wysnułem wniosek o niezgodności pierwszych systemów montowanych w 1010 i późniejszych wersji montowanych w XC12:

Dokładniej chodzi mi o zdanie: "wystarczy zmienić sposób pracy gdy program jest w buforze".

Aby się upewnić czym się różnią wersje 1010 od XC12 zajrzę do kodu, ale to jak będę miał chwilę wolnego czasu.

Oczywiście mogę się mylić, ale wydaje mi się jednak że pierwsze wersje AST montowane w 1010 były sterowane sygnałem AUDIO z lewego kanału. Zasugerowało mi to zdanie powyższe mówiące o konieczności kopiowania pomiędzy standardem 1010 z XC12. Nadal się przy tym upieram :) Ale są to tylko moje dywagacje podparte skrawkami informacji a nie żadnymi konkretami :) Jakby ktoś miał 1010 z AST w wersji 1010 to by wyjaśniło definitywnie sprawę :)

A możesz sprawdzić Vulgar jaką masz wersję softu w EPROMIE? taką sama jak Pet/BB czyli 2.B? (info po wciśnięci L w menu cart-a)

UPDATE: Pecuś zajrzałem do twojego programu zapisującego mini loader i faktycznie dokonujesz zapisu poprzez sterownie linią COMMAND. Którą wersję AST posiadałeś? XC12 czy 1010? Kolejny pomysł który mi sie nasuwa to taki iż lina command mogła mieć dwa znaczenia:

1) podczas zapisu pełniła rolę pinu sterującego wzmacniaczem zapisu
2) podczas odczytu przełączała interface turbo/normal

Wniosek jest taki iż albo dostepne schematy są niekompletne (ten pierwszy sugeruje iż nie ma na nim toru zapisu) lub zapis jest realizowany tak jak w Turbo2000F (poprzez bezpośrednie sterowanie linią DATA_OUT). Muszę poparzyć w oprogramowania na karcie AST co daje przełączenie 1010 vs XC12.

Czas przyjrzeć się magnetofonowi od PET-a. Skoro sprawa Multi-Carta została praktycznie zakończona.

pozdrawiam
Seban

Dzięki za wyjaśnienie :)

pozdrawiam
Seban