Jak to działa, to osobna sprawa i jest to w gruncie rzeczy obojętne, bo to nie ma nawet działać, tylko ilustrować tezę, że "nie ma żadnej konwersji". Myślałem, że dostatecznie jasno wynika to z całości mojego posta.

Też używam ifów. W Elsie niektóre pseudorozkazy się tak zachowują, np. PHR asembluje się do PHA/TXA/PHA/TYA/PHA przy wybranym 6502, a do PHA/PHX/PHY przy 65C02/816 itp., ale całościowego systemu jako takiego nie ma. To zresztą musiałoby czasami obejmować większe sekwencje kodu, np. przy lda (ptr,x) trzeba też uwzględniać stan rejestru X - na 6502 trzeba go załadować, ale to nie znaczy, że na 65C02 załadowany stan będzie później zbędny i tego ldx można się ot tak pozbyć.

Ja mam 1.7.4 - może być?

Wprawdzie nie jest to wiadomość bezpośrednio dotycząca konkretnego sztabu, ale myślę, że mieszkańcom Warszawy, zwłaszcza tym bywającym w Środmieściu, może się w razie czego przydać:

"Setkę" zlikwidowali.

... taa, np. do św. Krzyża. Też ładny :P Ale ja jednak, zanim mi to pozostanie, spróbuję poczekać jeszcze ze 30 lat :P

Dlaczego JA mam to robić, skoro to TY proponujesz zrobienie rezerwacji? Nieśmiało sugerowałbym tedy, żebyś ją zrobił. I znalazł miejsce, gdzie :P Będziesz wtedy miał możliwość zdecydowania, co jest "atrakcyjne". A nie tak, "weźmy się i zróbcie".

Ja się zgadzam: piątek, kiedy chodzi o wydarzenia towarzyskie na mieście, jest obrzydliwy. We czwartki powoli też się robi problem, wyjdźcie sobie na miasto we czwartek wieczorem, będzie *trochę* luźniej niż w piątek, ale komfortu nie ma.

Koledzy (@Lizard), wybitnie niedwuznacznie słusznie proponujący rezerwacje na piątek, mogliby się wykazać ich realizacją w atrakcyjnych miejscach :P

Nie byłoby bezpośrednio "lepiej", bo stacja w odpowiedzi na komendę "?" zwraca też $0a. Więc to "niby" jest wszystko jedno, ale w rzeczywistości nie, gdyż stacja jest programowalna. W teorii możesz podmienić z jej strony obsługę komend SIO, w tym "?", żeby przysyłała "lepszy" indeks i z nim działała. Tylko że, kiedy to zrobisz, programy w ISP LightSpeed Menu v.3.0 przestaną działać (a mogłyby działać dalej, gdyby nie opisana powyżej głupota).

Dobra, teraz może plusy. Jeden już wymieniłem (programowalność). Drugim jest Fast Write, które, jak wywnioskowałem z postów w tym wątku, jest uważane za "zapis bez weryfikacji", a to na podstawie niewątpliwie mętnego opisu w manualu, który wikła się w detale techniczne zamiast napisać po prostu, o co chodzi.

Otóż Fast Write to jest zapis buforowany. Stacja ma bufor na ścieżkę, ale używa jej nie tylko przy odczycie, ale też przy zapisie. Najpierw łyka porcję sektorów, a potem, kiedy bufor się wypełni, albo, pewnie, kiedy padnie polecenie zmiany ścieżki, wypluwa go na dysk.

Efekt:

Skutkiem ubocznym jest ów słynny "zapis bez weryfikacji", bo jeśli podczas tego zapisu trafi się bad sector, nie ma sposobu na powiadomienie o tym komputera (ten swoje 18 czy 26 sektorów już dawno wysłał i zapomniał o sprawie).

Niemniej, US Doubler nadal jest lepszy w te klocki, mimo że (o ile mi wiadomo) zapisu nie buforuje, a tylko formatuje dyskietki z dobrym przeplotem:

Zatem pewne plusy są, ale i tak obiecywail MZ-kę, a przysłali rower "Ukraina".

PS. Wyniki są z emulatora, nawet jeśli kliknąłem na "Accurate sector timing", to i tak trzeba to brać cum grano salis.

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ł :)