da sie:

device: $73
komenda:
$12 - zwróć bajty konfiguracyjne
$13 - ustaw bajty konfiguracyjne

$12,$13

bajt 0 - ustawienie prędkości turbo (0-16 prędkość turbo , 17 - turbo wyłączone)
bajt 1 - ustawienie prędkości turbo w trybie 7-bit/XF551
bajt 2 - ustaw prędkość transmisji karty MMC/SD
0 - szybko (jak na AVR'a) - około 2.4Mb/s
1 - pośrednia prędkość - około 900kb/s
2 - wolno - około 500kb/s
bajt 3 - tryb działania diod LED
0 - tylko odczyty i zapisy na karcie SD
1 - tylko odczyty i zapisy z ATARI (SIO)
2 - jedna dioda odczyty i zapisy SD, a druga aktywność SIO
bajt 4 - numer urządzenia SIO2SD (0-3)
bajt 5 - parametry zabezpieczenia przed zapisem
0 - ATR'y zawsze mogą być zapisywane
1 - zachowanie zgodne z ustawieniem flagi w ATR
2 - ATR'y zawsze są zabezpieczone przed zapisem
bajt 6 - czas od wciśnięcia klawisza do rozpoczęcia samopowtarzania (0-50 w 1/50s)
bajt 7 - czas pomiędzy wciśnięciami w czasie samopowtarzania (0-10 w 1/50s)
bajty 8-15 - na razie nie są używane

oczwiscie :-) trzeba kopiowac pliki a nie sektorowo :-)

widze ze zrobiles ogromny skok.

no wlasnie.. K-BOOTy tez dobry pomysl do takich rozwiazan.

racja.

teraz jest od $700 - $93B

i uruchamial bys ten programik z pierwszeo posta z magnetofonu a nie z hdd jak teraz :D

co bys zrobil bez xB ....

:D

pojawil sie xBOOT w wersji DOS

porownanie do Foxowego Dosa w 384 bajtach:

obydwa mieszcza sie w boot sektorach
xboot zostawia pamiec wolna od $700, Dos Foxa od $097F
xboot obsluguje wszystkie rozszerzenia formatu dos2, Dos Foxa obsluguje standardowy (nie obsluguje MyDos)
xboot sam konfiguruje sie na wielkosc sektora, Dos Foxa trzeba kompilowac na odpowiednia wielkosc sektora
xboot nie ma zapisu, Dos Foxa potrafi zapisac istniejacy jednosektorowy plik

a tu xBOOT w wersji DOS. Jakie roznice:

- instaluje urządzenie D: jak każdy inny DOS Atari

tak

- przy starcie wczytuje plik uruchamialny o nazwie AUTORUN

tak

- obsługuje standardowy system plików DOS 2

moj obsluguje wszystkie mutacje formatu DOS rowniez MyDOS itd.

- obsługiwany rozmiar sektora (128 lub 256 bajtów) jest ustalany na etapie kompilacji xDOSa

moj obsluguje obydwa rozmiary od razu, nie potrzeba kompilacji

- xDOS umożliwia odczyt pliku przez D:

tak

- jednocześnie można czytać tylko jeden plik, ale może on być dowolnej długości

tak

- xDOS umożliwia nadpisanie istniejącego pliku mieszczącego się w jednym sektorze

nie, nie ma zapisu.

- inne operacje, jak odczyt katalogu, kasowanie, zmiana nazwy itd. nie są obsługiwane

tak

- xDOS mieści się w całości w sektorach odczytu wstępnego (boot sectors)

tak

- xDOS nie ustawia MEMLO, ale zajmuje tylko obszar pamięci $0700..$097F

moj zajmuje $480-$6ff (razem z buforem) pamiec od $700 wolna

- xDOS nie wyłącza ROM-u podczas transmisji

tak

boot sectory zostana nadpisane dla urzadzenia $31

co oznacza stacje dyskow. filesystem nie bedzie zakladany. wez ATR i sformatuj np. mdosem po czym uruchom ten programik.

---
jak sie boisz ze systemowe procki zrobia Ci smieci na hdd to zrob to na emulatorze.

Pin: tak

rozbudowalem troche xMENU :-)

Tworzmy strukture menu wysylam do xMENU i czekamy na odpowiedz o wyborze opcji przez usera, odpowiedz wraz ze struktura menu daje pelnie informacji o dzialaniu usera.

struktury w liscie menu mozna dowolnie zmieniac, kolejnosc, ilosc, mozna je np. laczyc :-)

nowa rzecza sa tez flagi:

TOGGLE i CHECKED - informauje, ze pole moze byc zaznaczane/odznaczane

dodany klawisz space - wybiera opcje bez wyjscia z menu

flaga ENABLED byla ale teraz mozna zmieniac/konfigurowac menu z czasie rzeczywistym - np. na przerwaniach, plynace napisy w menu/ wlaczenia-wylaczenia, wszelkieo rodzaju zmiany

ODPOWIEDZI:

w A otrzymujemy ID wybranej opcji dodatkowo adres tablicy (zakonczonej $ff) w ktorej mamy ID wszystkich wybranych opcji.

przyklad oczywiscie jest relokowalny.

----
dodalem mozliwosc zmiany opcji menu klawiszami skrotow