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.

Hej!

Sprawdziłem tak na szybko (emulator Altirra 4.31/ Wine / Linux).. nie używałem DOS-a, użyłem po prostu urządzenia "H:", "zamontowanego" również jako "D:", Anty *AJEK w wersji 1.2, wtedy bufor wynosi $E900 bajtów. Jak bedę miał chwilę to sprawdzę również z jakimś DOS na pokładzie, może problemem jest faktycznie za mały bufor i może ja czegoś nie sygnalizuję lub nie wykrywam.

W sposób opisany powyżej udało mi się przetworzyć "World Soccer", w załączniku XEX, a video z operacji tutaj:

https://www.youtube.com/watch?v=5MKYfmDMIUQ

Z kolei z FEUD jest za to inny "problem", a właściwie nie z FEUD ale z samym zachowaniem "*AJEK Copy" i strukturą nagrania którą generuje na taśmie, sama gra jako ostatni ma segment "INIT" i potem nie ma już żadnych danych, wychodzi na to że gdy "*AJEK Copy" napotka segment INIT to generuje od razu "sync tone", i próbuje generować dane następnego bloku, nawet gdy nie ma więcej danych. Więc wychodzi na to że po takim "sync tone", powinien nastąpić, blok danych, ale jako że żadnych danych już nie ma to jest tylko krótki "ton" który można nazwać znacznikiem EOF, no i oczywiście mój "anty *AJEK" się na tym wykłada i zgłasza błąd 140, bo oczekuje danych następnego segmentu danych, który nie występuje. Dane zapisane na dysku są oczywiście OK (anty *AJEK zapisuje każdy blok tuż po jego odczytaniu), ale niemniej jednak nie powinno to tak działać. Mając niewiele nagrań do dyspozycji po prostu część rzeczy zgadywałem, ale dzięki tym nagraniom które udostępniłeś wiem że mam na pewno jedną poprawkę do zrobienia :)

Do kompletu sprawdzę co się dzieje z "world soccer", jeżeli używamy DOS-a.

Struktura pliku "WORLD SOCCER", przetworzonego przez wersję 1.2 Anty *AJEK Copy:

Input file is soccer.xex and the file size is 39411 bytes.

Header is: $ffff
block 001: $b000-$b013 ($0014)
block 002: $0480-$04e8 ($0069)
block 003: $02e2-$02e3 ($0002) ---> INIT $b000
block 004: $0500-$06a0 ($01a1)
block 005: $02e0-$02e1 ($0002) --->  RUN $0654
block 006: $2849-$bfff ($97b7)

File soccer.xex is OK!

I do kompletu struktura pliku "FEUD":

Input file is feud.xex and the file size is 54190 bytes.

Header is: $ffff
block 001: $02e0-$02e1 ($0002) --->  RUN $490a
block 002: $0480-$05ff ($0180)
block 003: $2000-$51ff ($3200)
block 004: $02e2-$02e3 ($0002) ---> INIT $5000
block 005: $2000-$bfff ($a000)
block 006: $0400-$0409 ($000a)
block 007: $02e2-$02e3 ($0002) ---> INIT $0400

File feud.xex is OK!

W załącznikach poniżej oba "wyłuskane" pliki.

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!

Dzięki za linka do Twoich "dumpów", faktycznie bedę mógł popatrzeć na jakieś starsze loadery i może z tego się wykluje jakaś nowa wersja "Anty *AJEK" ;)

Seban - wszystkie taśmy takrona27 - zostały  już praktycznie wyłuskane - problem był jedynie z grą Feud, World Soccer oraz 2 częściami Winter Olympiad, ale tutaj pomogło Twoje rozwiązanie  Altira i dysk H. Wcześniej wyłuskiwałem masę plików z Twoich dumpów T2000 i takiego problemu nie miałem. Także soft jest naprawdę niezły.... na ponad 30 taśm 4 pliki :)

Oryginalne wyłuskane pliki zestawów są w stosownym wątku Maraudera.
https://atarionline.pl/forum/comments.p … =4#Item_46

Mnie został jeszcze do zabawy zestaw 18, oraz do zrekonstruowania od zera zestaw 21. Wówczas zachowanych będzie 20 z 26 zestawów.

Za każdym razem, wyciąganie danych kończyło mi się bez błędu. Nawet jak dobrze pamiętam, wielkość pliku zapisana w pliku ATR oraz na dysku H była taka sama. Wprawdzie dla wygody korzystałem z gęstości 720KB i mydosa + antyajka, może to miało jakiś wpływ, na to, że dane ulegały jakiemuś przekłamaniu. Korzystałem z wygody z Atari800 z dodatkiem do taśm, a nie z altiry. Dopiero po Twojej podpowiedzi zmieniłem emulator, dla pozycji, z którymi miałem problem.

@piguła > " Korzystałem z wygody z Atari800 z dodatkiem do taśm, a nie z altiry"
no coś tak pamiętałem ze wcześniejszych rozmów, więc po pierwszym ripie taśm maraudera skupiłem się (tylko) na takim zgraniu aby pod atari800-mod-fuji zgrany program działał. zdarzyły się chyba dwa tytuły z którymi poradziła sobie tylko altirra, ale to wyjątki. altirra ma inną swoja korekcję błędów, ma na stałe jakiś filtr górnoprzepustowy włączony, nie zawsze jej odpowiada głośność nagrania. wydaje mi się, po tych bojach z marauderami, że jednak łatwiej było ripy przygotować dla poprawnego wczytania pod atari800.

@seban
nie żebym marudził, czy coś, aale tak na prosty mój rozum: jeśli xex'y z tych nagrań z taśm maraudera były wyciągnięte antyajkiem dotąd dostępnym, to nie wiadomo które pliki xex są w rzeczywistości uszkodzone?

HPF (high pass filter) w przypadku Altirra można wyłączyć w opcjach Configure System-->Peripherals-->Cassette-->Turbo Decoder na "SLOPE".

Jeżeli chodzi o głośność to ja przed wczytywaniem do jakiegokolwiek emulatora to zawsze sobie wcześniej nagranie "obrabiam" chociażby w audacity, czyli normalizuję głośność i czasami jak widzę że jest jest źle to robię "usunięcie składowej stałej" (tzw. "DC Removal").

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.

Extra. Fajnie, że Ci się chciało... nie wiadomo, jakie perełki jeszcze wpadną w nasze łapki z aukcji lub pchlich targów.
Bo jak czas pokazuje... może być tego jeszcze baaardzo dużo.

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 ;-)

to tak jeszcze podsumowując sprawę programów kopiujących obsługujących rozszerzoną pamięć, to z tych które znam są to dwa programy "z epoki":

File Copier 130XE  - autor J.Żuk:

Subcopy 1.3 - autor Krzysztof Butowski:

Ciekawostką jest fakt że wszystkie te programy pochodzą z 1987 roku. Nie wiem skąd ta zbieżność dat wydania tych kopierów :)