ale cart @blukiego to tylko BOOT i już w tym momencie go nie wczytam z dyskietki, tylko uruchamiam magnetofon.

Dopiero teraz zrozumiałem o co Ci chodzi, tzn. o który plik i jak chcesz go wczytywać. W załączniku poprawiona wersja BOOT/XFD softu z paczki softu od blukiego która powinna się dać uruchomić za pomocą SIO2PC i AspeQT czy też RespeQT.

Sprawdziłem pod Linux/RespeQT i wygląda na to że działa, zakładam zatem że powinno ruszyć też pod Windows/AspeQT.

kurczę faktycznie! teraz sprawdziłem i działa ... nie wiem co robiłem nie tak ale wcześniej miałem komunikat o niemożności załadowania tegoż pliku ("can't load "t2k1.boot"). Nie wiem co było nie tak, dziś ruszyło "od ręki" (Atari800 v. 5.0.0 / Debian). Być może problemem był "shared folder" "podmontowany" via NFS, a dziś odpaliłem lokalnie i po prostu ruszyło. Dzięki za naprowadzenie, bo byłem przekonany że Atari800 plików BOOT nie uruchamia.

Z tego co mi wiadomo żaden emulator nie potrafi wczytywać plików w formacie .BOOT

Atari800 ładuje .BOOT bezproblemowo, Altirra po zmianie rozszerzenia na .XFD również.

Na realnym sprzęcie plik BOOT trzeba by nagrać sektorami na dyskietkę w gęstości Single lub Enchanced, a jeżeli bootujesz się z jakiegoś SIO2PC, SIO2SD to trzeba by stworzyć plik ATR w którym należałoby umieścić zawartość pliku również w pierwszych sektorach dyskietki, ale nie jako plik wewnątrz ATR-a tylko nagrać to sektorami lub po prostu używać wersji .XEX i jakiegoś inicjalizera/loadera (np. chaos loader)  czy nawet DOS-a z pod którego należałoby wczytać plik .xex

Dobra, to może po kolei... co prawda mi się wydawało że już kiedyś to robiłem, ale usiadłem do tego jeszcze raz nie mając czasu na przeglądanie "starych śmieci" ;-) ... w załączniku dodaję zatem wersje plikowe tego carta (Turbo 2001 + Universal Copy II) w formatach BOOT, XEX oraz plik CAS który można nagrać na kasetę i potem wczytać sobie bootując komputer z kasety (OPTION + START).

Ta wersja Turbo 2001 lokuje się pod systemem operacyjnym ma niby MEMLO na poziomie $800, ale cokolwiek się będzie chciało załadować pod OS-ROM ($C000-$CFFF, $D800-$FFFF) zniszczy system turbo tam umieszczony i spowoduje totalny zwis podczas ładowania się takiego programu. Zatem np. wszystkie programy spakowane Cruncherem 5.0 Magnusa, Code3 Cruncherem czy też inne programy umieszczające się pod OS-ROM w trakcie ładowania nie wczytają się z użyciem tejże wersji systemu.

Na razie wrzucam tylko pliki wynikowe, źródła pokazujące "jak to zostało zrobione" mogę oczywiście udostępnić, ale to chyba mało kogo interesuje. Gdy już zrobiłem tę wersję, jak się okazało po raz drugi... zacząłem przeglądać ten mega wątek o systemach turbo i oczywiście okazało się że dobrze mi się wydawało że to już robiłem... dokładnie w tym poście: Turbo 2001 + copy. Ale nie ma tego złego coby na dobre nie wyszło, ponieważ wtedy zrobiłem tylko wersję .XEX, teraz macie do dyspozycji wersję BOOT czy gotowe rozwiązanie w postaci pliku CAS.

Wrócę jeszcze do lokowanie się tej wersji Turbo 2001 pod OS-ROM, dla starych gier, które to nie były w żaden sposób kompresowane, czy też nie ładowały swoich segmentów danych pod OS-ROM to rozwiązanie będzie oczywiście w porządku, jednak dla większości nowszych produkcji będzie to oczywiście problem... ale dla takich przypadków polecam wersję Turbo 2001 lokującą się w obszarze $0700-$199C, zatem MEMLO wynosi $199D. Jak widać sporo wyżej, ale należy pamiętać że Turbo 2000F, KSO Turbo 2000, wymagają 3kB bufora od rekord odczytany z taśmy. Z tą wersją będą działać zatem wszystkie gry które ładują się powyżej adresu $199C, także takie które ładują się pod OS-ROM lub zajmują ten obszar podczas ładowania. Wersja dla cartridge w tym poście: Turbo 2001 v.2.1, natomiast wersja BOOT (wystarczy nagrać na kasetę) znajduje się w arch. Bluki-ego pod nazwą: "T2001C'.

Chyba xex z carta Blukiego byłby cenniejszy w tym momencie, przynajmniej dla mnie.

Niekoniecznie - moe być te tak, że program z cartridge-a jest ładowany gdzie indziej i zajmuje RAM komputera. Prędzej tu był szukał przyczyny niewgrywania się programów. Obraz/program na cartridge-u może się uruchamiać w obszarze zarezerwowanym na cartridge. Oczywiście znawcy assemblera w większości przypadków dadzą radę taki program przenieść. Proponuję zrobić dumpa programem @Sebana i umieścić w odpowiednim wątku - znając Sebastiana pewnie chętnie się temu przyjrzy...

Dla ułatwienia piszemy "D***" lub "D@@@" zamiast "D: *" lub "D: @"
ważne jest tylko D i trzeci znak po nim, czyli trzecia *, lub trzecia @, pozostałe są ignorowane.

* = szukanie z pytaniem T/N
@ = wczytanie bez pytania pierwszego napotkanego pliku (jeżeli załapie nazwę)
Można też wpisać fragment nazwy i * lub @ na końcu.
W nazwie przy odczycie można też używać / który oznacza dowolny znak.

W miejscu spacji KSO rozpoznaje znak sterujący V - który daje dodatkową funkcjonalność - weryfikację przy zapisie.
Poza tym spacja daje miejsce na nr stacji, który jest pomijany, a umożliwia korzystanie z programów które odwołują się do "D1:", "D2:", itd.

Stąd nazwa jest zapisywana i odczytywana od trzeciego znaku po D.
Czyli SAVE"D:TEST.BAS" zapisze plik EST.BAS, a LOAD"D:TEST.BAS" odczyta plik EST.BAS.

Nazwa może mieć maksymalnie 10 dowolnych znaków (w inverse, z control, a także znaki specjalne - daje to dodatkowe możliwości, jednak nie polecam, bo jest kłopotliwe przy przenoszeniu na PC).

Ponieważ na 10-ciu znakach nie mieści się nazwa pliku 8.3 nazwy kopiowane ze stacji dyskietek często są ucięte np. PASJANS.BA co nie przeszkadza odczytywać je jako 8.3 - PASJANS.BAS - wtedy znak 11 (S) i ewentualne kolejne będą pomijane (nierozróżniane).

Przerwać transmisję można naciskając START+SELECT+OPTION jednocześnie.

Edit: W instrukcji przeczytałem że np. KOALA nie toleruje spacji więc trzeba użyć dowolnego innego znaku niż spacja i V, np. zapisując przez "D1:NAZWA.PIC"

Edit2: V działa również w Basic-u, jednak ponieważ kolejne wywołanie SAVE generuje nieco zmieniony plik użycie weryfikacji wymaga wywołania zapisu i weryfikacji w jednej linii:
SAVE "D: PROGRAM1":SAVE "D:VPROGRAM1"
(inaczej bez względu na poprawność wystąpi błąd weryfikacji)
Wynik weryfikacji będzie natomiast zawsze poprawny z kopierem, który kopiuje pliki 1:1 (również pliki Basic-a).

A czy jest to kompatybilne z turbo 2001 nie wiem, ale z tego co się wydaje to może tak być.