Hmmm:
Jedyną różnicą jest aktywny MOTOR CTRL i COMMAND (logiczne 0). Są one potrzebne w wariancie SIO.

Jeśli dobrze rozumiem, KSO Turbo 2000 ma swój dodatkowy "MOTOR CTRL" na pinie 7 portu joysticka, uważam również, że jest "aktywny", gdy jest logiczne 0. Według Altirry, logiczne zero rzeczywiście tam jest.

Poczekajmy na test Sebana. Dziękuję.

KSO Turbo 2000 loader
Port A control:   3c (IOR, motor line: high / off, proceed line: -edge)
Port A direction: 60
Port A output:    00
Port A edge:      none
Port B control:   3c (IOR, command line: high / off, interrupt line: -edge)
Port B direction: ff
Port B output:    ff
Port B edge:      none

Baktra's Speedy2700 loader
Port A control:   34 (IOR, motor line: low / on, proceed line: -edge)
Port A direction: 60
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

Original Speedy2700 loader
Port A control:   34 (IOR, motor line: low / on, proceed line: -edge)
Port A direction: 60
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

Większość pluginow ma już tę możliwość jako opcję. Czy jest jakiś konkretny przypadek, w którym go brakuje?

Więc jeśli dobrze rozumiem...

1. Oryginalna ładowarka Speedy2700 działa
2. Moja wersja programu ładującego Speedy2700 nie działa
3. Masz KSO Turbo 2000 używając wejścia z portu joysticka

Wydawałoby się, że automatyczne wykrywanie wejścia sygnału z jakiegoś powodu nie działa (to było coś, czego nie zmieniłem w loaderze i zachowałem bez zmian).

Czy mogę spróbować wypróbować Omicron Turbo z tym samym magnetofonem? Użyj tego samego .xex, wybierz dowolny typ konwersji.

Prace trwają również dzięki wszystkim, którzy znajdują zapomniane informacje na temat systemów turbo.
I proszę zgłaszać błędy, jeśli je znajdziecie.

Mam kilka wiadomości na temat obsługi Speedy2700 w TS. Ostatni commit pozwala na konwersję loadera Speedy2700 do pliku startowego z taśmy. Wsparcie jest już prawie gotowe, więc 8.8.4 ukaże się wkrótce.
Zastanawiam się nad konwersją do formatu L3. Speedy2700 wykonuje praktycznie tę samą pracę, ale znacznie wydajniej. Czy jest tu jakiś zapalony użytkownik L3? Czy nikt nie ma pojęcia o istnieniu L3?

Odważę się polecić modernizację sprzętu Czechosłowackiego Turbo 2000.
https://turgen.sourceforge.io/docs/Turb ... pgrade.pdf

Otrzymasz kompatybilność z następującymi systemami załadunku:
Czechosłowacki: Turbo 2000, Super Turbo, B-TAPE, Turbo 2000 kilobajtowe bloky
Polskie: Turbo 2000F, Turbo 2001, Atari Super Turbo, Atari Turbo Tape, Unerring Master, Dolnośląskie Turbo 2000, Turbo ROM Plus.

Turbo Blizzard to dobry system, ma jednak dwie wady:
1. Stała i zbyt duża prędkość transferu
2. Nie jest kompatybilny z niczym innym, chyba że używasz cross-turbo-ładowarek

Komentowane źródło Speedy 2700
https://github.com/baktragh/turgen_tape ... speedy2700

Spróbuję.

Ściągnąłem plik ajek_speedy_2700_splited.7z, aby "pożyczyć" loader binarny i uruchomić go przez deasembler.

To dobra wiadomość, że loader obsługuje już różne wejścia sygnału (port joysticka/DATA IN). Z ciekawości porównam rozwiązanie z moim Omicronem Turbo.

Skrócenie loadera na niewiele się zda, bo nadal będzie to blok 3KB, chociaż im więcej zer w bloku, tym szybciej się ładuje. Widzę też, czy Super Packer może loader trochę skompresować.

Pod względem programowania w Javie będzie to łatwe. Format pliku Unerring Masters jest zasadniczo identyczny, więc będzie to CTRL-INSERT, SHIFT-INSERT z pewnymi modyfikacjami.

...Boże. Program ładujący sam się przemieszcza i xoruje. W ramach bonusu samomodyfikujący się kod. Ale z debuggerem Altirra odniosę sukces.

...Izolowałem rdzeń kodu programu ładującego binarnego. Można go uruchomić i zajmuje adresy od 0x0700 do 0x089E. Całkiem mały.

Aby był w pełni użyteczny, będę musiał wprowadzić pewne zmiany

1. Dostarczę mu inny relokator - byłoby to pożądane, gdy loader najpierw ładuje się pod adres 0x2100, a następnie przenosi się do 0x0700, aby nie zniszczył przedwcześnie KSO. Ale bez XORingu ani innych dziwactw. Potrzebny będzie również kod inicjujący.

2. Błąd ładowania zostanie zgłoszony tylko przez zwykły różowy ekran. Nie ma gwarancji, że jakiekolwiek litery i tak będą mogły zostać wyświetlone w takim scenariuszu.

Deasemblacja wygląda czytelnie, więc dodam skomentowany kod źródłowy do mojego repozytorium GIT.

Spodziewam się, że zmodyfikowana wersja będzie miała długość około 600 bajtów i upewnię się, że reszta bloku 3 KB jest wypełniona zerami, aby skrócić czas ładowania.

Zostało to rozwiązane przez program ładujący BUT i jego format pliku. Jednak najbardziej wydajne podejście obrał ładowacz Unnering Masters - nowy blok dopiero po segmencie INIT.

Nigdy w pełni nie rozumiałem formatu BUT. Wypróbowałem kilka przykładowych plików i nie znalazłem wystarczającej liczby podobieństw. Wygląda na to, że będę musiał disassemblovać oryginalny loader BUT z cartu AST.

Problem polega na tym, że archiwa obrazów taśm .cas są w jakiś sposób rzadkie (podczas gdy archiwa TAP i TZX są obfite). Idealnym rozwiązaniem byłoby, gdyby CAS2Audio mogło akceptować pliki .xex. Gdyby obsługiwany był cały system turbo, oznaczałoby to przepisanie wszystkich wtyczek Turgen System (TS) na Androida. Trudne zadanie. Dlatego CAS2Audio został zaprojektowany jako mały satelita TS. TS tworzy pliki CAS z plików .xex, CAS2Audio je odtwarza.

https://github.com/baktragh/CAS2Audio/projects/1