o dzięki Vidol! Jesteś Wielki! Bo ja już zacząłem deasemblację procedury dekompresującej zawartej w "Miecze Valdgira II", oszczędziłeś mi sporo czasu! Dzięki! :) Nie ma to jak oryginalne źródło z komentarzami autora ;) Jeszcze raz dzięki!

sprawdziłem dwie gry losowo, tzn. "5 wygrywa" oraz "wisielec", metodą którą opisałem (LOAD, LIST, NEW, ENTER, SAVE". Wygląda na to że działają. Dodaję w załączniku. Dodatkowo do "piątka wygrywa" dodałem brakujący zestaw znaków, którego gra oczekiwała pod adresem $8000.

Sądzę że resztę plików można również ogarnąć w taki sposób. Ale to już polecam zainteresowanym tematem :)

We wcześniejszym wątku dotyczącym odzyskania gry zapisanej w turbo wspominałem o konwersji plików *.BAS do postaci *.XEX za pomocą narzędzia BAS2XEX od Fandala, to narzędzie udostępnił np. CharlieChaplin na forum AtariAge, w tym poście: "BASIC to XEX?".

Nie mam co prawda "Windows 10" pod ręką, ale program "BASXEX32.EXE" działa bez problemu pod linux/wine i na szybko sprawdziłem również pod jakimś archaicznym Windows 7 (64-bit), to działa również bez problemu.

Tylko jedna uwaga... przed konwersją warto program w BASIC zapisać w formacie .LST (używając np. LIST "D:PROGRAM.BAS") po czym wczytać go "na czysto" do BASIC-a, czyli:

NEW
ENTER "D:PROGRAM.LST"
SAVE "D:PROGRAM.BAS"

będziemy mieli o na świeżo stokenizowany kod, bez żadnych dodatkowych śmieci. Tak zapisany .BAS można poddać konwersji za pomocą narzędzia BAS2XEX32.EXE":

BAS2XEX32 PROGRAM.BAS 2000

^^^ uwaga owe 2000 jest dość ważne, to powoduje że program w wersji xex jest lokowany od adresu $2000, a wiec da się to potem normalnie wczytać z poziomu DOS.

Cześć!

Chwilę czasu to zajęło, ale udało się ten plik finalnie odzyskać, co prawda wymagało to ręcznego poprawiania pliku WAV i edycję uszkodzonych fragmentów, a co za tym idzie zgadywanie uszkodzonych 0,1 ale takie coś było tylko w ostatnim rekordzie danych, a sama gra ma tylko 3 rekordy w systemie turbo 2000, gdyby była dłuższa a problematycznych miejsc było więcej to bym się nie podjął w ręczne poprawianie/odzyskiwanie danych, niemniej jednak tym razem się udało.

W załączniku dodaję archiwum z plikami w formacie BAS, LST, CAS, WAV i XEX. Pliki CAS i WAV są zapisane formacie Turbo 2000, można je wczytać z poziomu emulatora który wspiera emulację Turbo 2000/KSO Turbo 2000 lub nagrać sobie plik WAV na kastę i wczytać z magnetofonu ;P

Obecnie najszybszy sposób aby uruchomić tę grę to odpalenie pliku XEX z archiwum. Plik XEX został wygenerowany narzędziem Fandala BAS2XEX.

Nie ma co przedłużać, to chyba wszystko co miałem do "napisania" w tej sprawie. W załączniku archiwum.

Cześć!

Trochę to trwało ale w końcu udało mi się rozrysować schemat tego co masz w magnetofonie, jest to z całą pewnością Turbo Blizzard, o którym wspominałem wcześniej, schemat tego interfejsu który znajduje się w Twoim magnetofonie pozwoliłem sobie umieścić w dedykowanym systemom turbo wątku: Turbo Tapes, Carts & Hardware. (link uzupełnię jak tylko dodam post we wskazanym wątku)

Ponieważ nie dysponujesz żadnym softem do tego turbo przygotowałem Ci pliki testowe które musisz sobie nagrać na kasetę, np. za pomocą dowolnego komputera i standardowego magnetofonu kasetowego który podłączysz to komputera. Wyjście karty dźwiękowej z komputera (line out) łączysz z wejściem magnetofonu (line in/rec in) i nagrywasz poniższe pliki WAV z poziomem około -3dB do max 0dB, dane dźwiękowe muszą się znaleźć na prawym kanale, mogą być oczywiście nagrane na obu (L+R) ale ważne aby dźwięk był obecny w prawym kanale, to z tego kanału magnetofon Atari czyta dane. Kanał lewy pozostaje do dyspozycji użytkownika.

I teraz linki do plików:

1) gra Dan Strikes Back zapisana w prędkości standardowej 600bps z modulacji FSK.
2) gra Preliminary Monty 16K loader dla Blizzard zapisany w standard + gra zapisana w systemie Blizzard.

Po nagraniu plików na kasetę, obie gry wczytujesz włączając komputer przez wciśnięcie przycisków OPTION+START. Z tym że pozycja nr 2, wczyta początkowo z prędkością standardową loader dla systemu turbo, po czym przełączy magnetofon na tryb turbo i wczyta włąściwą grę zapisaną już w Turbo Blizzard.

Jedna uwaga! Ponieważ nie wiem jakiego sprzętu nagrywającego będziesz używał może zdarzyć się tak że konieczne będzie odwrócenie fazy zapisanych plików, można to zrobić za pomocą chociażby "Audacity" wybierając opcję Invert/Odwróć.

Pliki z grami możesz wygenerować samodzielnie używając chociażby programu Turgen.

EDIT: dodałem link do postu w wątku o systemach turbo, zawierającego schemat tej płytki którą masz w magnetofonie. Mam do Ciebie jednak dwie prośby, bo ze względu na jakość zdjęć musiałem dużo rzeczy zgadywać, w szczególności kolory pasków na rezystorach. Czy mógłbyś zatem wykonać nieco lepsze zdjęcie (np. w trybie makro) które by wyraźniej pokazało kolory pasków na rezystorach? Ew. popatrz jakie są to kolory, bo mi się może tylko wydawać że widzę jakiś kolor.

Kolory które mogą występować:

- czarny
- brązowy
- czerwony
- pomarańczowy
- żółty
- zielony
- niebieski
- fioletowy
- szary
- biały

Druga prośba to abyś odczytał oznaczenie tranzystora (takiego metalowego elementu co ma 3 wyprowadzenia) może być na nim napisane coś w stylu BC107, BC108, BC109 lub coś innego.

Cześć!

Tak na szybko, ten magnetofon jeżeli jest sprawny mechanicznie będzie poprawnie wczytywał gry w tzw. standardzie, czyli umieszczasz kastę z grami zapisanymi w tzw. "normalu" (standardzie), włączasz komputer z wciśniętymi przyciskami OPTION+START, potem gdy usłyszysz "beep", wciskasz RETURN, wczytywanie powinno się rozpocząć, oczywiście kaseta musi być ustawiona na początek gry/programu (początek tonu pilotującego) ... w magnecie wciśnięty klawisz PLAY. Po Wciśnięciu RETURN silnik magnetofonu powinien ruszyć, a po około 20 sek tonu pilotującego, powinno się rozpocząć wczytywanie programu zapisanego na kasecie w standardzie.

W przypadku TURBO sytuacja wygląda nieco inaczej, do obsługi turbo powinieneś mieć albo dodatkowy cartridge z oprogramowaniem (w tym wypadku kolaga Hans 2004 mówił o cartridge Phoenix dla systemu Blizzard, wygląda on tak: Phoenix 1.0 by Hurek. Jeżeli nie posiadasz cartridge można wczytać odpowiednie oprogramowanie obsługujące turbo, albo wręcz samo loader dla systemu turbo z kasety zapisie standardowym. Jest to co prawda mało wygodne, ale wykonalne.

Jeżeli chodzi o płytkę której zdjęcia wrzuciłeś tutaj to proszę o chwilę cierpliwości jeszcze nie miałem czasu/możliwości aby się temu przyjrzeć, ale na pewno to zrobię aby upewnić się że to turbo które masz dołożone to Blizzard.

Hej!

Rzuciłem okiem "na szybko", tzn. skompresowałem sobie testowo 2 pliki, a ponieważ nie ma "dekompresora" w komplecie i w sieci go znaleźć nie potrafię, to na chwilę obecną nie wnikałem dalej. Natomiast wyniki testu są następujące:

1) jeżeli to jest ten sam kompresor który generuje pliki których dekompresja trwa mega-długo, to wychodzi na to że kompresja jest wiele szybsza niż dekompresja, lub też jest to jakaś późniejsza poprawiona wersja.

2) stopień kompresji jest bardzo mocno średni, tzn. skompresowałem obrazek i grę. Długość zbiorów wyjściowych była powyżej średniej osiąganych przez packery dostępne w tamtym okresie.

Zajrzałem również na sources.pigwa.net, bo pamiętałem że tam są jakieś źródła od H.Cygerta, ale nie znalazłem tam kodu procedury dekompresującej strumień wygenerowany przed "kompresor bitowy". Szczerze mówiąc nie wiem czy chce mi się wracać do tego po tylu latach... może kiedyś jak będę się bardzo nudził ... wtedy będzie trzeba po prostu zdeasemblować procedurę dekompresji wyciągając ją z jakiejś produkcji H.Cygerta i spróbować czy poprawnie dekompresuje strumień danych wygenerowany przez "kompresor bitowy".

To nie jest głupi pomysł, bo teraz to trzeba sobie radzić albo robiąc wpis ręcznie z poziom debuggera, albo wchodzić do menu:

System -> Configure System -> Devices -> Remove (Host device H:)

a następnie dodać ponownie urządzenie "H:" poprzez wybór "Add (Host device H:)"

gdy taką akcję się wykona gdy np. DOS II+/D jest załadowany to wpis w HATABS pojawia się za urządzeniem "M:" które to DOS II/D wpisuje do do tablicy HATABS "na pałę". Oczywiście wciśnięcie reset powoduje że ów wpis znowu znika, więc gdyby Avery dodał jakąś sensowną opcję ponownego dodawania wpisu w HATABS to byłoby jakieś rozwiązanie, jednak nie wiem czy to jest dobra droga :) Może po prostu trzeba poprawić DOS II+/D ? Takich programów może być więcej, nie wiem czy łatanie tego typu przypadków za pomocą emulatora to droga którą Avery będzie chciał iść.

Jeżeli już muszę użyć DOS II+/D, to sobie radzę w ten sposób że z poziomu debuggera dopisuję sobie to urządzenie, wersji 4.10 Altirra wystarczy:

e 32f 48 70 d6

Oczywiście jest to tzw. "dirty hack", ale przyznaję że nie muszę robić tego na tyle często aby "zmusiło" mnie to do patch-ownia owego DOS-a ;-)

Dzień Dobry!

To może ja wrzucę swoje 3-grosze, bo mi się też trafiło że miałem problemy z "H:" pod Altirrą, tzn. było tak że mimo włączenia to urządzenie nie było widoczne, a działo się tak z prostego powodu... niektóre DOS-y (np. DOS II/D v.6.1 lub DOS II/D v.6.4) instalują swoje urządzenia (np. RAMDISK, jako M:), tyle że nie patrzą one że w tablicy HATABS istnieją już jakieś inne wpisy i pakują swój wpis o nowym urządzeniu bezpośrednio w miejsce w którym jest np. wpis dotyczący urządzenia "H:", wtedy co byś nie robił, tzn. pod DOS-em używających takich metod (nadpisywanie istniejących wpisów w HATABS) urządzenie H: nie będzie po prostu widzialne w systemie operacyjnym. W tej chwili nie pamiętam już które z DOS-ów zakładały że startują na "czysto" i mogą w tablicy robić co chcą, ale z tego co pamiętam nie był to tylko problem DOS II/D.

@piguła: dzięki że w tym całym chaosie chce Ci się jeszcze walczyć z kasetami i robisz kolejne dumpy!

1. VLX x2
2. Mono
3. Lizard
4. Cyprian
5. Koala x2
6. bocianu
7. pancio x2
8. Sikor - a co mi tam ;)
9. mgr inż. Rafał
10. Mateoos
11. Lopez
12. Rastan x2
13. Laoo
14. Pajero
15. agahes x2
16. seban x4

Hej!

Koniec końców nie spróbowałem, ponieważ na początku okazało się że moim przepastnym zapasie oring-ów nie ma takiego co by pasował ... potem okazało się że da się kupić gotowe "bieżnie idlerów", które sprawdziły się całkiem przyzwoicie. W międzyczasie dręczyłem RZóG-a i on mi drukował te różne "kółka" z filamentów które wydawały się "prawie jak guma", jednak eksperyment zakończył się fiaskiem, co też opisałem powyżej.

Idler-y z pierwszej aukcji nie zostały do mnie jeszcze wysłane, dziś pozwoliłem sobie rozpocząć dyskusję ze sprzedającym (zakup 10.02) i otrzymałem odpowiedź że czas realizacji zamówienia to dwa tygodnie, więc może się jeszcze w tym tygodniu uda mu to wysłać, no cóż... w sumie nigdzie mi się nie spieszy.

Pomysł z oringiem zaproponowany pierwotnie przez perinoid-a oczywiście sprawdzę również, ale muszę zamówić taki który będzie w miarę pasował, albo się przejść gdzieś i dopasować coś "z półki".