Przejrzałem kod "mini" i "pack"... procedury odczytu faktycznie zmieniają także stan linii COMMAND...  czyli wychodzi dokładnie na to samo co zrobiłem robiąc "patch" w tej wersji turbo 2000F którą wrzucałem na forum. Nie wiem czemu wersja którą udostępniłem u Ciebie nie działa... stan linii jest dokładnie taki sam:

Altirra> .pia
Port A control:   34 (IOR, motor line: low / on, proceed line: -edge)
Port A direction: 00
Port A output:    00
Port A edge:      pending
Port B control:   34 (IOR, command line: low / on, interrupt line: -edge)
Port B direction: ff
Port B output:    ff
Port B edge:      none

tyle że w przypadku mini/pack OS-ROM jest odłączony bo procedury odczytu są pod OS-ROM:

Altirra> .pia
Port A control:   34 (IOR, motor line: low / on, proceed line: -edge)
Port A direction: 00
Port A output:    00
Port A edge:      pending
Port B control:   34 (IOR, command line: low / on, interrupt line: -edge)
Port B direction: ff
Port B output:    fe
Port B edge:      none

Jest to dla mnie kompletne zaskoczenie! Do tej pory sądziłem że poza lokacją w pamięci wersje systemów Turbo 2000F/2001, etc. nie różnią się procedurami odczytu! A jednak jest jakaś różnica skoro wersje "mini" i "pack" u Ciebie działają, a mój "patch" nie działa (oczywiście wszystko działa niezależnie od wersji, etc. na magnecie wyposażonym w Turb 2000F lub ten klon czeskiego Turbo 2000 - u mnie działają wszystkie trzy wersje).

Po pierwsze będę musiał zgłębić temat nieco bliżej, po drugie zaskoczyło mnie to że owe wersje "mini" i "pack" sterują linią COMMAND, do tej pory wersje Turbo 2000F/2001 które widziałem nie dotykały PBCTL. Kolejny temat do wyjaśnienia zatem! Ale to niech się trochę chłodniej zrobi! ;-)

ps1) Wersja Turbo 2001 którą sprawdziłeś nie działa bo nie dotyka linii COMMAND, chciałem się upewnić czy aby na pewno UM ma tak samo aktywowany tryb pracy turbo interfejsu. Już się bałem że coś na schemacie mam źle, albo że u Ciebie jest jakoś inaczej. Dzięki za test!

ps2) zauważyłem na filmiku że wpisujesz "D:*.*", nie wiem czy nie wygodniej pisać "D***", ja tak czynię bo szybciej, a efekt ten sam :) Tak zresztą było w instrukcji do KSO 2000 którą kiedyś dostałem jak mi je zamontowano.

eee.... Turbo2000F_minisoft.xex oraz Turbo2000_pack.xex w ogóle nie powinny Ci działać na magnecie z UM turbo! :) UM włącza się linią command... nie wydaje mi się aby *.minisoft czy *.pack sterowały linią COMMAND w odpowiedni sposób (ale mogę to sprawdzić). Sądziłem że używałeś softu z tego postu: Turbo 2000F CMD & Phase Select Patch v.1.2

Do kompletu wersje "minisoft" i "pack" lokują się pod ROM, dużo z tych gier które tu wrzucałem nie pójdzie. Tzn. wszystko co się będzie pakowało pod OS-ROM zniszczy procedury Turbo. Ten "... CMD & Phase ..." siedzi w pamięci nisko od $700 jak DOS i większość tych zestawów oczekuje właśnie takiej lokacji systemu turbo (pewnie dlatego KULT wysypuje Ci się na emulatorze). Ja każdy z tych CAS-ów sprawdziłem i każdy z nich ładował mi się na emulatorze. Używałem co prawda carta od KSO Turbo 2000 (sygnał na drugim porcie JOY-a)... ale robiłem tak dlatego że jeżeli były dołączone loadery L1, L2 to one były zazwyczaj w wersji dla KSO również, założyłem zatem iż te zestawy sa po prostu przeznaczone dla KSO.

Ale ja mówiłem o tym konkretnym przypadku. Muszę zajrzeć do procki instalującej handler. Być może ta wersja softu korzystna z systemowej procki i jej uruchomienie z poziomu np. DOS-a który to już instaluje wcześniej urządzenie "D:" powoduje jakiś problem. Sprawdzę to, może od razu dodam opcję wyboru urządzenia D/T. Ale tak czy inaczej ten soft z DOS-em współpracować nie będzie, ponieważ lokuje się w pamięci od adresu $700 a więc tak czy inaczej będzie kolidować z DOS-em. Ja tego .xex ładowałem używając SIO2PC ale używałem opcji "BOOT Atari Executable" z RespetQT. Nie ładowałem tego z poziomu DOS-a, więc nawet nie byłem świadomy istnienia takiego problemu.

Dzięki QTZ za wrzucenie tego! Niezła kolekcja! Nie byłem świadom że tyle tego było! W sensie miejsc w których się takie zestawy sprzedawało, a co za tym idzie sporo wzorów i etykiet jest! Fajnie to zobaczyć po latach. Ja to widziałem na własne oczy tylko kilka sztuk z tych które zaprezentowałeś!

Hej!

Dzięki za materiały do obróbki. Tak na szybko rzuciłem na to okiem! Jeden z cartów (Blizzard) udało Ci się poprawnie zrzucić! Podpowiedz proszę czy ten cart da się łatwo rozebrać? Pytam aby potwierdzić rozmiar pamięci która jest w cartridge. Powinno być coś wielkości 2764 lub mniejsze (z analizy dumpa wygląda że to będzie 2732). Dlaczego pytam? Bo mój dumper jest naprawdę sample i zrzuca tylko 8K blok pamięci znajdujący się w obszarze $A000-$BFFF. 

I właśnie dlatego drugi z dumpów (ten drugi cart z grami) nie  będzie kompletny, ponieważ ma on o wiele większą pamięć zapewne i zupełnie inną konstrukcję niż carty do Turbo... zapewne ma też jakiś mechanizm przełączania banków, którego "simple dumper" nie wspiera. Więc wykonany nim dump, dał tylko kawałek pamięci która jest w tym carcie z grami.

Jeżeli chodzi o taśmy, to szybki rzut okiem pokazuje że nie dość że są one w stanie dość kiepskim, to niestety są one wielokrotnie napisane innymi programami, są tam głównie niekompletne jakieś dłuższe nagrania, zastąpione krótszymi programami... niewiele chyba z tego da sie odzyskać... z pierwszej strony udalo mi się na szybko wczytać co ciekawe jakiś inicjalizer dla dyskietek oraz "Rythmizer AT1":

Jest tam też jakiś program zapisany w Turbo Blizzard, ale jeszcze tego nie analizowałem. Druga strona też nie wygląda lepiej, tzn. z tego co przesłuchałem na szybko, to część dłuższych nagrań jest niekompletna i podkasowa, w dodatku są też zaniki sygnału ta taśmie (pewnie zagniecenia). No ale temu się jeszcze przyjrzę...

Tera wrócę jeszcze do carta z blizzardem który udostępniłeś! Tego carta jeszcze nie mieliśmy tutaj w kolekcji! Za dump bardzo Ci dziękuję! Niebawem obrobię pliki i wystawię komplet, teraz tylko screen-shot:

Dobra, wracam na chwilę do carta KSO2000 z którego dump zrobił Dely... obiecałem przetworzyć ten 8KB dump, tak aby był dostępny w różnych postaciach. Udało mi się znaleźć chwilę czasu aby to uczynić, ale tym razem wrzucam całe archwium z masą plików, może się komuś przyda. W archwimum oprócz wersji XEX, BOOT, BIN (oryginalnej i zawierającej patch) dodałem również skrypt i makefile przetwarzający to wszystko od początku do końca. Dodaję cały ten śmietnik w celach poznawczych, może ktoś będzie chciał sobie kiedyś samemu spróbować dokonać takich eksperymentów, może to być dobry materiał do startu. I proszę nie protestować że Linux potrzebny, etc. W dobie maszyn wirtualnych każdy może mieć Linuxa pod "windą", czy to będzie jakiś darmowy VirtualBox czy też WSL to już pozostawiam zainteresowanym tematem.

Dla nie zainteresowanych w archiwum są również gotowe i przetworzone pliki wynikowe czyli:

• KSO2000_2k.bin - wyłuskana 2KB oryginalna zawartość pamięci EPROM

• KSO2000_2k_cctl_patch.bin - oryginalny obraz + patch umożliwiający automatyczne (nie czasowe) wyłączenie carta

• KSO2000_4k_cctl_patch.bin  - "powdojony" oryginalny obraz (do rozmiaru 4kB) + patch umożliwiający automatyczne (nie czasowe) wyłączenie carta - ten obraz bez problemu obsługuja emulatory, wystarczy wybrać Blizzard 4K pod emu i cart samoczynnie wystartuje.

• kso2000.xex - obraz przetworzony do formatu XEX, można sobie go uruchomić z dowolnego urządzenia typu SIO2SD, SIO2PC, etc.

• kso2000.boot - obraz przetworzony do formatu BOOT, można sobie nagrać na kasetę za pomocą jakiegoś programu kopiującego a potem wczytywać przez START+OPTION

• kso2000.cas - obraz przetworzony do formatu CAS, można użyć np. Turgen aby nagrać sobie to na kasetę i wczytywać z magnetofonu w standardowej prędkości :P

suma SHA256 2kB obrazu EPROM:

03d1c0d28f7dd2fc71a19bff17fc8d0638fdefbcec51813476a5637453c2d0aa

W archiwum są też inne pliki, np. makefile, a8cas-util od FUJI-ego (potrzebny do wygenerowania pliku CAS), pliki .XSM (cart2boot.xsm oraz cart2xex.xsm) to kod kompilowany za pomocą Fox-owego XASM, extract.sh to BASH-owy sktypt umożliwiający wyciągnięcie początkowych 2KB z 8KB pliku generowanego przez "simple cart dumper", skrypt ten również aplikuje "patch" za pomocą narzędzia "bbe" dostępnego dla systemu Linux (taki SED tylko dla plików binarnych). Ale jak mówię te wszystkie dodatki, to tylko dla zainteresowanych "how it was done".

To ja teraz na szybko... bo udało mi się to ogarnąć... rekordy #3 i #4 to faktycznie rekordy w formacie długich bloków danych Turbo 2000 (KSO/2001/F) tyle że liczenie sumy kontrolnej zmieniono z modulo256 na XOR ... nie wiem kto wymyślił używanie XOR jako "sumy kontrolnej", to jest tak podatne na przekłamania że nie rozumiem tego sposobu... no chyba że chodziło o to aby się "pewniej" wczytało... gdzie "pewniej" znaczy z błędami! A nóż tak wczytana gra się uruchomi? może błędy będą na grafice, etc. takie podejście to czyste dziadostwo :( szczególnie że liczenie sumy kontrolnej modulo256 nie jest jakoś specjalnie bardziej czasochłonne!

Udało mi się rekordy #3 i #4 skonwertować poprawnie... mimo że wiele razy dzięki temu wspaniałemu XOR-owi miałem błędne dane po konwersji mimo że XOR się zgadzał! szczególnie w tym długim bloku #4 ... no ale koniec końców się udało...

Pozostała walka z rekordem #41... który to został specjalne uszkodzony! Nie to że nagranie jest błędne... nagrano rekord o złej długości!!! Sądzę że zrobiono to celowo... po prostu wczytywanie miało się wysypać podczas siódmego poziomu... a dlaczego??? ponieważ brakuje dalszej części danych! Nie ma bloków z danymi dla poziomu #8  ... widać w UM założyli że nikt nie przejdzie i tak tej gry do końca ... i nie chciało im się wykonać poprawnej wersji tejże gry.

Dane z brakującego rekordu #41 odzyskałem (posiłkując się wersją na 130XE dostępną na AoL). Rekord na taśmie zawiera tylko 3375 bajtów, podczas gdy loader oczekuje 3484 bajtów danych (wraz z sumą XOR). Dodałem brakujące bajty (poszukując brakującej sekwencji w wersji dla 130XE) i spreparowałem poprawną sumę dla tak przygotowanego rekordu.

Tyle że wyszła z tego lipa bowiem okazało się że próba wczytania poziomu #8 powoduje że loader oczekuje na więcej danych... a dalszych rekordów już w nagraniu nie ma :(

W dodatku aby możliwe było przechodzenie z poziomu na poziom, należy robić to bezbłędnie i bez śmierci... "ponieważ gdyż" ta wersja nie wypisuje jakie segmenty danych ją interesują do wczytania i wciąga z taśmy co jej tam podejdzie co prędzej czy później kończy się błędem wczytywania lub "zwiechą".

Aby to wszystko przetestować musiałem pogrzebać w kodzie gry... bo nie wyobrażałem sobie abym za każdym razem przechodził te wszystkie poziomy od nowa :( zatem gdyby kogoś interesowało to aby przejść do następnego poziomu to pod emulatorem należy:

1. wejść do debuggera/monitora

2. pod adresem $CDB4 umieścić kolejny numer poziomu (jeżeli jesteśmy na pierwszym poziomie wpisujemy tam wartość 2)

3. pod adresem $CDB7 umieścić zero

4. wrócić do gry

pod atari800 robimy to tak (przejście z poziomu #1 to poziomu #2), wciskamy F8 (wejście do monitora/debuggera), a potem na konsoli piszemy:

c CDB7 0
c CDB4 2
cont

aby przejść z poziomu #2 do #3 piszemy:

c CDB7 0
c CDB4 3
cont

itd.

Dla chętnych w załączniku plik HEX, nie porządkowałem go zbytnio, bo i tak ta wersja gry jest totalnie spartolona przez tego kto ją wykonał. Zrobił to na odwal się, licząc że nikt z graczy nie zabrnie tak daleko. Cóż za podejście :D Autorowi takiego hacka można "pogratulować" ... ale chyba braku cierpliwości... wygląda na to że rzeźbił, rzeźbił i mu się znudziło! :)

Ale numer z blokiem #41 jest wręcz żenujący! :D No chyba że faktycznie na tej kasecie nagrano jakąś uszkodzoną lub niedorobioną wersję i gdzieś może istnieje wersja poprawna?

Wybaczcie moją ignorancję i niewiedzę, ale tego też nie wiedziałem. Dzięki za wyjaśnienie.

@dely... dzięki za fotki i dumpa! Do swojego KSO Turbo 2000 dostałem taki sam cart... tzn. wnętrze było takie samo... mam go do dziś, tyle że ja dokonywałem w trakcie przeróbek, po tym jak ludzie z Saskiej dołożyli mi Turbo 2000F do magnetofonu z KSO. Zamiast mieć dwa cartridge to jako nastolatek wyrzeźbiłem coś takiego...

Cieszę się jak dziecko ze zrobiłeś dump, bo ja w swoim carcie zmieniałem soft, KSO na pewno mam przerobione, tak aby miało krótkie sychrony, mniejsze przerwy między rekordami. Magnet miałem tak przerobiony że szybciej zatrzymywał silnik. Dzięki tym zabiegom więcej programów mieściłem na stronie kasety :D Mam jeszcze te kasety i miałem to wszystko opisać jak skończę z tym co mam w kolejce... ale skoro już się pojawił cart od Dely-ego, to na szybko postaram się ogarnąć ten dump który Dely podrzucił i zrobię z tego wersję dla emulatora która się będzie sama wyłączała, dorzucę też wersję XEX i wyłuskam z dump-a te 2KB (bo mój program na wszelki wypadek zrzuca całe 8KB).

Cieszę się że program się przydał :) Będę miał teraz wsad to porównania z tym co jest obecnie u mnie w pamięci EPROM. A EPROM ruski jeszcze z epoki "zdziełano w ZSRR", odpowiednik 2716... a więc całe 2KB pojemności! :D To samo siedzi w moim carcie, później dołożyłem już Intel-owe 2716 z Turbo 2000F do kompletu i dorobiłem przełącznik i "reset" ... rany... wtedy nawet porządnych narzędzi nie miałem, a więc dziury "wierciłem nożyczkami", a otwór pod przełącznik piłowałem pół dnia jakimiś podniszczonymi "iglakami" ;P Jednak wtedy zupełnie mi to nie przeszkadzało, po prostu byłem zdeterminowany i zawzięty... więc wszystko się robiło zgodnie z przysłowiem "jak się nie ma co się lubi, to się lubi co się ma!" ;-)

Edited on 2025.08.18: Updated HTTP links to HTTPS to avoid mixed content issues.

Kolejny dzień, kolejna taśma... tym razem zestaw #11...

Pudełko + etykieta:

Sama kaseta, jak zwykle "Spark":

Zawartość kasety, strona A:

01) Factor Blast.wav
02) Smack.wav
03) New York City.wav
04) Ardy - The Aardvark.wav
05) Cobra Race.wav
06) Action Quest.wav
07) Arex.wav
08) Cyclod.wav
09) Arena.wav
10) Moogles.wav
11) Bumperball.wav
12) Journey to the Planets.wav
13) Mr Bear.wav
14) Fruits.wav
15) Tomahawk.wav

strona B:

01) Caterpiggle.wav
02) Master of the Lamps (fixed by hand).wav
02) Master of the Lamps.wav
03) Ninja {damaged tape}.wav
03) Ninja.wav
04) Screaming Wings (contains L2).wav
05) Super Soccer (contains L2).wav
06) Kik-Start.wav
07) Seeschlacht.wav
08) Twerps.wav
09) Stargunner.wav
10) Sea Bandit.wav
11) Fine Orbit.wav
12) Jumping Jim.wav
13) Daylight Robbery.wav
14) Qix II (QIX, Atari 1982).wav
15) Cuthbert Goes Walkabout.wav

bez przedłużania linki do archiwum, ględzenie będzie za chwilę:

-Zestaw 11 - archiwum z plikami w formacie CAS
-Zestaw 11 - archiwum z plikami w formacie WAV

I teraz standardowa porcja "jęczenia", tzn. moje obserwacje przy zgrywaniu i konwertowaniu tej kasety... taśma niestety znowu w kiepskim stanie, dużo zaników sygnału, uszkodzeń... chciałem się zawziąć i przekonwertować wszystko, ale odpuściłem... poświęciłem sporo czasu na ręczną próbę odratowania "Master of the Lamps", mimo iż to nie miało najmniejszego sensu, nawet "deparchator" nie dawał sobie rady:

^^^ ale jak mówiłem zawziąłem się i poprawiłem to ręcznie, zatem górny przebieg to sygnał z taśmy, środkowy to wyjście z "deparchatora", a dolny przebieg to próba zgadnięcia jakie bity tam były kodowane i ręczne edycja tychże miejsc gdzie sygnału nie było... parę prób i się udało, ale to "skórka nie wara wyprawki"... można się bawić w przypadku jakiegoś unikalnego softu, ale w przypadku gier czy programów dostępnych już w sieci, taka zabawa nie ma żadnego uzasadnienia. Wspominam o tym tylko dlatego aby pokazać taką możliwość. Z "Master of the Lamps" przysiadłem, ale do NINJA już nie miałem cierpliwości... chociaż niewiele brakowało... po prostu o którejś tam próbie skasowałem poprawiane ręcznie pliki bo mnie trafiło ;-)

Na koniec jeszcze powiększenie jednego z fragmentu gdzie ręcznie poprawiony 3 bity, tzn. dorysowano trzy impulsy reprezentujące "0":

ps) im więcej tych kaset konwertuję, tym większe są moje wątpliwości że zostały one nagrane faktycznie dawnych czasach. Wszystko tutaj się nie składa. Etykiety, jakość nagrań, charakterystyczne zachowanie magnetofonu na którym zostało to nagrane (zestawy niby różnych piratów, ale wady nagrań te same, charakterystyczne spowolnienia nagrań, nagranie wszystkiego na poprzednią zawartość). Wszystko to jest dziwne i co chwila trafiam na jakiś zaskakujący szczegół. Być może to jakieś moje niepotrzebne dywagacje i domysły, ale naprawdę mocno mi to wszystko nie pasuje.

Edited on 2025.08.18: Updated HTTP links to HTTPS to avoid mixed content issues.

@Grzegorz_29_: jeżeli chodzi o drugie nagranie (niby w turbo) to przyznam że nie mam pojęcia co to jest. Nie jest to żaden ze znanych mi formatów turbo dla 8-bit Atari, pierwszy blok składa się z 8 bajtowego nagłówka, po czym następuje 16384 bajtów danych. Następnych bloków nie sprawdzałem dokładnie, ale wyglądają podobnie, tzn. pierwszy z krótkich bloków zawiera 8-bajtów, a potem w następnym bloku lecą dane (jako jeden nieprzerwany strumień bitów)

Pierwsze 8 bajtów pierwszego z zapisanych segmentów danych wygląda tak: $00,$00,$60,$00,$00,$40,$00,$00,$20

gdyby to jakoś próbować zestawiać z tym co jest potem to można by zgadywać że np.

$2000 to adres ładowania, potem $4000 to długość bloku danych, a potem np. $6000 to nie wiem co? Adres końca ładowanych danych?

Ale to tylko spekulacje, tak naprawdę to nie mam pojęcia co to może być :D W tym 8-bajtowym nagłówku nie ma żadnej nazwy pliku, etc.

Na początku na słuch to myślałem że może to jest jakiś format typu "wrocławskie Turbo 2000", ale chyba jednak nie.