BW-DOS jest preferowany tylko i wyłącznie tylko przeze mnie ;) Możesz użyć dowolnego DOS-a który Ci odpowiada, wybieraj takiego który ma niskie MEMLO, wtedy "Anty *AJEK" będzie miał większy bufor na swoje dane.

Używam BW-DOS  z kilku powodów, po pierwsze bardzo łatwo mogę sobie stworzyć ATR z dowolną zawartością (używam tego narzędzia pod Linux: Atri ATR disk image tools). Po drugie filesystem (zgodny ze Sparta-DOS) umożliwia bardzo szybki dostęp do dowolnego miejsca pliku. Aby dostać się np. bo bajtu 32767 nie trzeba czytać całego pliku aby zorientować się w którym sektorze są dane o które pytasz, po prostu operacja "seek" działa w tym systemie błyskawicznie. Tę właściwość tego filesystem-u wykorzystuje właśnie narzędzie "offload", które działa błyskawicznie, a o którym poniżej...

Narzędzie "OFFLOAD" z pakietu BW-DOS służy tylko i wyłącznie do pokazania struktury pliku binarnego, nie musisz go w ogóle uruchamiać, wspominanym filmie używam go tylko po to aby pokazać że po konwersji powstaje plik .XEX o prawidłowej strukturze i że nic nie jest uszkodzone.

Anty *AJEK oczekuje danych które znajdują się po loaderze, próba wczytania nazwy czy standardowego bloku turbo (np. loader) zakończy się błędem. Mogłem dodać pomijanie loadera, ale to by wydłużyło program o kolejne bajty i zmniejszyło pojemność bufora na dane. W 1992 roku po prostu przewijałem sobie kasetę do właściwego miejsca. Ale w dzisiejszych czasach w dobie emulatorów, no cóż... konieczność pomijania loadera może być nieco upierdliwa. W przypadku gdy używam Altirra, po prostu przestawiam sobie ręcznie pozycję taśmy (menu cassette --> tape control) do odpowiedniego momentu, tak aby ustawić się na tonie pilotującym tuż za loaderem... takie postępowanie wynikało z tego że nie chciało by mi się generować kolejnych plików WAV z usuniętym loader-em. W przypadku Atari800 + FUJI extensions to chyba trochę mniej wygodne (przewijanie taśmy w menu) ale chyba tez do zrobienia, nie pamiętam czy jednak czy tam gradacja przewijania nie była jakaś mocno zgrubna (1 sekunda nagrania?), mogę źle pamiętać.

Twoje pytanie spowodowało że pomyślałem że może warto dodać opcję włączenia silnika na żądanie tuż przed odczytem, tak aby móc "pominąć" loader przez "przeczekanie" pierwszego bloku "na włączonym silniku". Ta funkcjonalność powinna się zmieścić bez zmniejszania bufora, parę bajtów tu i ówdzie pamięci jeszcze pozostało. Dodam to listy "to do".

Są takie programy kopiujące które używają EXT RAM jako bufora, jednak jest ich niewiele. Dlaczego? Sądzę że to dlatego że w czasach kiedy dominującym nośnikiem była kaseta, mało kto miał komputer dysponujący rozszerzoną pamięcią RAM. Ja sam długo, długo miałem gołe 65XE bez żadnych dodatków. Mam wrażenie że w pewnym momencie "sportem narodowym" stało się pisanie wszelakiej maści programów kopiujących które to byłby jak najbardziej kompaktowe i miałby jak największy bufor (bez wykorzystania rozszerzonej pamięci).

Podsumowując, jak najbardziej się da, napisanie takiego programu jest nawet prostsze niż wyciskanie ostatnich soków podstawowej pamięci RAM. Dodatkowo w przypadku formatów takich jak Turbo 2000/F/KSO gdzie występował standardowy format zapisu danych (podział na bloki) można było po prostu wykorzystać RAMDISK i dowolny program kopiujący który umożliwiał wyspecyfikowanie urządzenia do odczytu/zapisu, można było przetwarzać taki plik po kawałku.

Problem pojawiał się w nietypowych formatach, takich jak np. Speedy2700/*AJEK, bo tutaj strumień danych leci ciągle ledwie starcza czasu na pakowanie tego w podstawowy RAM, gdy pisałem Anty *AJEK to nie miałem do dyspozycji zbyt dużej programów zapisanych w tym formacie, a to co miałem bez problemu mieściło się w podstawowej pamięci RAM, więc nawet nie myślałem aby korzystać z rozszerzenia pamięci, prawdę mówiąc to nawet nie pamiętam czy w 1992 roku, w chwili gdy pisałem ten soft, to czy miałem już rozszerzoną pamięć w swoim 65XE.

Jeżeli chodzi natomiast o kopiowanie programów zapisanych w standardzie, to tutaj już odczyt musiał następować bez przerw i całość nagrania (lub bloku danych poprzedzonych tonem pilotującym) musiała na raz trafić do RAM, przy standardowych przerwach międzyrekordowych (IRG) nie było mowy o tym że zatrzymamy sobie silnik magnetofonu (gdy skończy się bufor) i zapiszemy sobie dane gdzieś indziej. Krótkie przerwy i duża bezwładność mechaniki powodowało że po ponownym włączeniu silnika taśma była już poza początkiem rekordu i poprawny odczyt nie był dalej możliwy. Wykorzystanie pamięci dodatkowej oczywiście wchodziło w grę, jednak jak pisałem wcześniej gros ludzi nie posiadało dodatkowego RAM, a w dodatku jedynym urządzeniem I/O był magnetofon, często również nie był to magnetofon "firmowy", tylko jakiś inny kaseciak + dodatkowy interface. Część z tego typu rozwiązań nie posiadała również możliwości sterowanie silnikiem zew. magnetofonu. Wspominałem już o tym nie raz, ale ja np. początkowo używałem magnetofonu szpulowego do przechowywania programów.

To były czasy w których programy kopiujące "taśma <--> taśma" publikowano w prasie, np. słynny "Buldoger Copy", więc siłą rzeczy takie programy były bardzo minimalistyczne i miały działać na każdym komputerze, nikt wtedy nie myślał o wykorzystaniu dodatkowej pamięci.

TLDR: dało się, ale większości przypadków nie było to potrzebne ;-)

jeżeli chodzi o ustawienia emu, metod dekodowania, etc. to macie w tym o wiele większe doświadcznie niż ja! :D Ja dawno się tym nie zajmowałem, bo na głowie miałem inne rzeczy, także na pewno przewyższacie mnie doświadczeniem w tej kwestii. Na pewno jeżeli baktra o czymś mówił to na pewno racja jest po jego stronie, bo ma o wiele większe doświadcznie z walką z różnymi systemami turbo. Oczywiście używam też atari800 z modyfikacjami od FUJI-ego, ale akurat ostatnio pod ręką inny komputer niż zwykle więc miałem do dyspozycji tylko Altirrę odpaloną z pomocą wine.

Jeżeli mówisz o nagraniach *AJEK/Speedy2700 to można użyć "Anty *AJEK" (źródła i release jest na GitHUB). Ale poczekaj chwilę, zrobię poprawkę wrzucę wersję 1.3. Myślę jednak intensywnie aby po prostu napisać cały dekoder odpalany na PC, aby nie męczyć się z emulacją czy też prawdziwym sprzętem.

@takron27: no można określić które są uszkodzone, jeżeli poznamy ustawienie MEMLO w MyDOS którego używał Piguła, a tego sam nie okreslę, bo MEMLO zmienia się w zależności od konfiguracji DOS-a. Jeżeli Piguła zobaczy jakie MEMLO ma MyDOS którego używał z Anty AJKIEM, i obliczy sobie X=$B800-MEMLO, to wszystkie pliki dłuższe niż liczba X wynikająca z obliczeń, będą miały uszkodzony kawałek danych w miejscu pliku wskazywanym przez obliczony X. Jeżeli plik wynikowy jest krótszy niż X bajów, wszystko jest w porządku.

Błąd który wprowadziłem do kodu spowodowany był chęcią przyspieszania operacji zapisu danych. Optymalizacja polegała na zamianie zapisu przez put_byte() za zapis porcjami po 256 bajtów, jednak przyspieszając kolejne fragmenty kodu i robiąc uproszczenia, doprowadziłem do sytuacji że operacja kopiowania porcji danych do bufora zapisu, błędnie sprawdza zakresy obszarów które musi ominąć (sprawdzam tylko starszy bajt) i stąd całe zamieszanie.

@uicr0Bee: pewnie że wezmę, moje choroba jest nieuleczalna :D

@piguła: kawał potężnej roboty robicie Panowie! Dzięki że wam się chce! O dumpach takron-a pisałem w kontekście szukania jakichś innych wersji loaderów Speedy2700. Ale skoro już wszystko wyłuskałeś do strawniejszej postaci to super! Musze jednak sprawdzić "anty *ajek" pod DOS, nie powinno być tak że konwersja się kończy bez komunikatu o błędzie (w sensie braku miejsca w buforze) ... wydawało mi się że sprawdzam ten warunek i powinien być stosowny komunikat, ale może jest tam faktycznie jakiś błąd.

Spojrzałem w loader (Speedy2700) od FEUD, wychodzi na to że to była jakaś inna wersja loadera niż te które ja analizowałem pisząc Anty *AJEK Copy, ona sprawdza o wiele mniej możliwych błędów i nie traktuje jako błąd, np. chwilowego zaniku tonu synchronizującego. Może do następnej wersji dodam po prostu opcję która umożliwi wybór mniej restrykcyjnej metody odczytu (zakładam że to była jakaś wcześniejsza wersja loadera i później *AJEK dodał bardziej restrykcyjne kontrolowanie możliwych błędów).

Hej!

Takiego nie widziałem jeszcze. Początkowo myślalem że to one-chip blizzard, ale za dużo rezystorów, no chyba że to jakaś inna odmiana. Niestety nie widzę spodu PCB więc trudno mi coś więcej określić, może być to blizzard ale może też być jakaś inna mutacja turbo 2000 (wrocławskiego) / Auto Turbo. Ale tak na 80% to chyba będzie jakaś kolejna odmiana Blizzarda.

EDIT: przyjrzałem się bliżej tej płytce (na aukcji jest fota ze zbliżeniem), wszystko wskazuje na to że jest to co myślałem, czyli Blizzard w wersji "one chip", o której była już mowa tutaj: Blizzard  - One Chip <--- to też było "zgadywane" ze zdjęć:

na tej aukcji jest zdjęcie samej płytki turbo:

Wygląda na to że są dwa dodatkowe rezystory, względem tego co było w magnetofonie "wujuj23", zapewne jakieś "pull-up", bo scalak to pewnie 7403.

art na pagetable.com: 6502 Illegal Opcodes in the Siemens PC 100 Assembly Manual (1980)

Czyli do czasu aż ktoś nie będzie miał w swoich zbiorach podobnych kaset i nie będzie można porównać tego wszystkiego, to należy założyć że te wszystkie "24-ro igłowo" wyglądające wkładki to podróbki. Ehhh. Co za porąbane czasy! Nie sądziłem że ludzie mogą robić coś takiego... do tego zupełnie nie rozumiem motywów postępowania. Po cóż coś takiego robić? Jakby ktoś chciał się bawić w analizę nagrań to mam jeszcze źródłowe pliki .wav prosto po zgraniu z kaset, ale to są grube gigabajty już, więc nawet nie chciałem tego wrzucać na pigwę.

Z tego co wspominał Kacper, to o ile dobrze pamiętam to te kasety dostał w komplecie z jakimś kupionym zestawem, nie polował na nie jakoś specjalnie. Początkowo nawet do głowy mi nie przyszło że to mogą być podróbki. Ale ja nie jestem kolekcjonerem więc nie zwracam uwagi na różne szczegóły, ale jeżeli są to faktycznie podróbki... no cóż, zmarnowałem masę czasu na archiwizację sam nie wiem czego ;) No trudno, ale niech tak to zostanie, jako przestroga.

Może jednak ktoś coś będzie wiedział o tym całym "studiu komputerowym" mieszczącym się niby w "Spółdzielczym Domu Handlowym CENTRAL", w Łodzi cokolwiek wiedział? Budynek nadal chyba istnieje i dom handlowy w nim funkcjonuje? Spółdzielczy Dom Handlowy "Central" w Łodzi.

Zawartość jednego ze scrolli z loadera:

STUDIO KOMPUTEROWE W DH CENTRAL ZAPRASZA !
OFERUJEMY NAJNOWSZE NOWOSCI NA DYSKACH,KASETACH,TURBO AST,ATT,U.M ;
MONTAZ W MAGNETOFONACH SYSTEMU TURBO ;
W STACJACH DYSKOW SYSTEMU HAPPY WARP
**** ZAPRASZAMY ****

W więc zakładam że byli w tym pierwszym budynku, ponieważ drugi powstał w 1991 roku, i nazywał się "DH Central II".

Hej!

Jeżeli chodzi o "wkładki", to też miałem wątpliwości... dorzucę zdjęcia samych kaset i skany okładek. Będzie można ocenić materiał "źródłowy", ja nie mam do tego kompetencji. Jednak tak jak mówisz wygląda to "zbyt" dobrze. Nie mam niestety pojęcia kiedy te kasety mogły zostać nagrane i sprzedawane. Same wkładki wyglądają na wydruk z 24-igłowej drukarki, a niektóre jak xero z 24-igłowej drukarki. Ale mogę się mylić, dorzucę skany to ocenisz.

To wszystkie zestawy które otrzymałem od Kacpra. Jak wspominałem w pierwszym poście, w wolnej chwili napiszę jeszcze parę słów komentarza do każdej ze zrzuconych kaset. Na chwilę obecną wrzucam tak jak jest, zainteresowani mogą się cieszyć udostępnionym materiałem już w tej chwili, a gdybym nadal się zastanawiał jak to ogarnąć, to pewnie jeszcze długo by mi się to "kisiło" na dysku.

Dlaczego chce jeszcze cokolwiek komentować w późniejszym terminie? Bo trafiłem na parę ciekawostek. Część programów była zabezpieczona przez kopiowaniem, część nagrana normalnie. Jest kilka wersji plikowych sygnowanych przez "Magnus Software LTD", albo "Our 5oft", zdarzyła się uszkodzona pozycja nagrana na taśmę, ale uszkodzona nie przez to że została błędnie nagrana, gra w wersji uszkodzonej już wcześniej została nagrana na kasetę (mowa o "Ninja Commando"), ale tę pozycję poprawiłem, tzn. odwróciłem przekłamania w pliku, zatem wersję .CAS i .HEX są poprawione, wybaczcie ale wersji audio nie mam zamiaru patchować... każdy zainteresowany może sobie ją wykonać z plików CAS.

Wśród zbiorów zapisanych na kasetach są również ciekawostki, np. taśmowa wersja Gauntlet (zajmująca całą kasetę, tzn. dwie strony) o której istnieniu nie miałem pojęcia, a także taśmowa wersje Beach Head II.

Podsumowując zgrane przeze mnie zestawy to:

8, 10, 11, 16, 20, 23, 26, 27, 28, 30, 44, 49, 51

Jeszcze raz WIELKIE podziękowania dla Kacpra za wypożyczenie kaset do archiwizacji! I dzięki za cierpliwość bo "chwilę" to trwało... ale błędnie założyłem że kasety są w całkiem dobrym stanie ... niestety nie wszystkie zachowały się w dobrej kondycji. Jednak udało się wszystko odzyskać.

Jeżeli ktoś ma jakieś innej zestawy w swojej kolekcji proszę raz jeszcze o archiwizację i udostępnienie.