Tymczasem przyjrzałem się programowi pt. Sector Copier, znajdującemu się na dyskietce "ISP LightSpeed Menu v.3.0".

Można byłoby się spodziewać, że jeśli "Increased drive speed by a factor of SIX using the HI-SPEED SIO" ma gdziekolwiek się ucieleśnić, to "Sector Copier" oferowany przez "LightSpeed Menu" nadaje się do tego jak nic.

Ten kopier jak najbardziej ma własne SIO. I transmisja pod nim leci, tradycyjnie, na 52 kbps (indeks 10).

Więc nie wiem, co ta stacja i w jakich warunkach ma robić sześć razy szybciej i od czego - upuszczona ma spadać sześć razy szybciej od zwykłej (nie upuszczonej)?

Albo może ma być 6x szybsza od 1541?

Zdaje się, że formatowanie z szybkim przeplotem uzyskuje się przestawiając stację w tryb "emulacji US Doublera" przy użyciu programu ISP Lightspeed Menu. Próbowałem to zrobić, jakoś słabo działa na oko, ale może to kwestia emulatora.

Komendy, które rozpoznaje stacja:

1) zestaw standardowy: $52, $21, $22, $50, $53, $57 (R, !, ", P, S, W)
2) PERCOM: $4e, $4f (N, O)
3) US Doubler: $3f (?)
4) zestaw swoisty: $23, $48, $A1, $47, $A0, $72

Z tego $A0 i $A1 są opisane w manualu. $48 (H) to może Happy Config (a może nie). Reszta co robi, trudno orzec.

Za to z programu The Lighter ISM można się dowiedzieć, że przynajmniej autor jest zajebisty.

Program w normalu ładuje się na Twoim filmie w 9 sekund, a w turbo - w 5. Czyli 52 kbps. US *Doubler* się nazywa dlatego, że podwaja szybkość pracy stacji.

Może nie napisałem tego wystarczająco jasno, ale ja pod debuggerem sprawdzałem, jaki dzielnik jest przy szybkiej transmisji z I.S.Plate (emulowanym) ustawiony w liczniku Pokeya. Jest to $0a.

Przydaje się przy zapisie.

Ponieważ się na tym zupełnie nie znam, tym łatwiej zatem przyjdzie mi się wypowiedzieć.

Nie mam I.S.Plate, ale Altirra to emuluje. W internecie da się znaleźć tak ROM stacji, jak i obrazy dyskietek z programami narzędziowymi. Pobawiłem się tym dzisiejszego wieczoru.

Ogólnie to działa jak podróba US Doublera: HS-index 10 ($0a), czyli 52 kbps. Odczyt leci właśnie z taką prędkością, ponieważ stacja ma buforowanie ścieżek.

Natomiast, w odróżnieniu od US Doublera i w ogóle wszystkich innych znanych mi stacji z jakimś turbo, nie znalazłem sposobu na sformatowanie dyskietki z szybkim przeplotem. Komenda formatowania z zadanym przeplotem US Doublera (f) nie działa, komenda formatowania z szybkim przeplotem XF-551 ($A1, czyli "!" w inwersie) zawiesza ten cały interes. Może istnieje jakaś specyficzna komenda tego rodzaju, ale jak dotąd jej nie znalazłem. Warp DOS 7.0 (który jest tanią przeróbką Atari DOS 2.0) też się niczym specjalnym tu nie posługuje, na polecenie "format" wydaje stacji zwykłe "!".

Obym się mylił, ale po tym, jak przez cały wieczór próbowałem się doszukać, w jaki sposób uzyskać owe mityczne 110 kbps (zakładając, że "118 kbps" oznacza w rzeczywistości HS-index 1 obliczony z jakimś niedużym błędem), zaczynam się obawiać, że zachodzi tu przypadek zupełnej pomyłki w obliczeniu szybkości transmisji.

Np. taki: bierzemy dzielnik $0A, liczymy go od 0, czyli wychodzi nam 11. W dokumentacji Pokeya wyczytujemy, że do wartości liczników należy doliczyć 4 (przegapiamy przy tym, że mamy licznik połączony, a wtedy trzeba doliczyć 7). Wychodzi nam 15. Przegapiamy też, że główny zegar trzeba podzielić przez dwa. Czyli: 1773446/15 = 118229,73 bity na sekundę. Rakieta.

W rzeczywistości zaś to jest 1773446/(10+7)/2 = 52160,17 bitów na sekundę = zwykły US Doubler.

Jak napisałem, obym się mylił :)

Yup, that bug is not easy to trigger :)

I think that he means that the left panel is not sorted.

The sorting routine checks first if the directory is already physically sorted (by the same algorithm). There was a bug in it and that check sometimes returned false positives, which resulted, obviously, in a directory not being sorted.

That bug has been already fixed, I believe, almost 2 years ago. Any SDX version later than that should sort stuff properly (the sorting module is on the CAR device, not inside the Sparta Commander).

So the resolution is: update SDX to a revision later than January 2022, then report back, if the problem persists.

No, dobra, były dwa miesiące wakacji, to teraz...

Урок третий.

A акула (= rekin) nie należy?

No, raczej. BTW. "shark who ate" - czy to nie kalka z rosyjskiego? Jak кто это, это акула?

@mono: sęk ju, dankę, mersi boku.

W rozdziale 23 załączonego PDF-a jest opisane, jak pisać sterowniki kernela.

@Lizard: właśnie chodzi o to, żeby zrobić forwarding z kernela SDX do tego "powszechnie znanego wejścia". Co do funkcji typu open/close/read/write/status, to nie problem. Ale co do XIO to, jak napisał mono, chyba się nie da, bo to się da zmapować tylko dla konkretnego sterownika, a nie dla wszystkich.