MDOS3
CZ EN
ChangeLog_cz.txt - Popis změn ChangeLog.txt - Description of changes
README_cz.txt - Čti mne README.txt - Read Me
howto_cz.txt - jak na to aneb priprava disku howto.txt - how to and prepare disk
nmi_cz.txt - co s tim, kdyz zmackete NMI nmi.txt - How works with NMI menu.
data_cz.txt - jak je to na disku vlastne ulozene data.txt - How is save data in the disk
bootconf_cz.txt - bootovaci nabidka bootconf.txt - file bootconf on bootdisk
bootloader.zip - neco musime dat do EEPROM. bootloader.zip - program for EEPROM.
mdos3.zip - obrazy disket a vsechno pohromade mdos3.zip - image disks (with bootdisk) and all texts.

MDOS3 users counter

FAQ (only CZ)

Dotazy na MDOS3 posílejte do konference

BOOTLOADER
pokud to tedy chapu spravne, tak bootloader je poupraveny MDOS, ktery umi zavest do banky 3 obraz pozadovaneho systemu, a zapnou MAPRAM. Je ale pripraveny na to, ze uz on sam muze byt provozovan z MAPRAM modu? Umi sam sebe 'zaziva' prepsat?

Ne. Bootloader je samostatny prg, ktery z prvni MDOSovy diskety nahraje soubory do RAM divIDE (podle bootconfigu, ktery je na te diskete) a zapne MAPRAM a zresetuje. Bootloader může být i v MAPRAM, program se po spuštění přesune do konvenční paměti ZX a tam pak běží. Bootloader jsem napsal primo pro MDOS3, ale kdyz uz jsem v tom, muzu ho udelat universalneji, ze bude nahravat binarky z HDD a pak nastavi MAPRAM. Chce to ale navrhnnout nejaky format ulozeni takovychto obrazu tak, aby to bylo jednoduche jak pro usera, tak i pro programatora.

mohou byt soubory, odkazovane bootconfem, na libovolnem miste a fragmentovane (mozna MDOS fragmentaci vubec nedovoloval, ale to by zase nemusel mit FATku)?

Ano. Rutinky na cteni FAT tam jsou, takze jakymkoliv kopirovadlem se to tam muze zkopirovat. Soubory musi byt typu Bytes.

BOOTCONF
muze byt bootconf i delsi nez 1 sektor? muze byt umisten kdekoli na disku? do jake miry "rozumi" bootloader strukture D40/80 disku?

Pokud je bootconf 1 sector, tak se do nej vejde 6 systemu, coz si myslim ze je akorat a je to taky jednodussi na rutinku. Pokud to nevyhovuje, tak to prodlouzime. Bootloader ma v sobe rutinky na cteni D80 FAT, takze musi rozumet kazde stukture.

STRUKTURA
jak pozna MDOS3, ze uz zadna dalsi virtualni disketa (infosector+data) nenasleduje? Ze nenajde v dalsim sektoru na zacatku retezec "SDOS"?

Presne. Pokud je MDOS3 oddil, tak se prohledava cely a nacita sector+1693 a kontroluje SDOS. Pokud neni MDOS3, tak se prohledava cely disk na prvni vyskyt SDOS ten oznaci jako zacatek a konec je konec disku.

je jeste vubec vyhodne delat si specialni MDOS3 oddil? urychli se tim neco, nebo je tak jako tak prvni infosector sekvencne vyhledan?

bootloader si pak nacte tabulku oddilu (pouze primarnich) a pak hleda MDOS3 ktery je oznacen jako bootovaci, bootovani je rychlejsi nez hledani prvni MDOS3 diskety. Pokud chcete pouzivat MDOS3 delsi dobu, tak trocha prace s MDOS3 oddilem se podle me vyplati. pokud si chcete jen pohrat, staci si hodit data nejak na zacatek disku a hrat si.

PROVOZ

Kdyz jsem zkoumal obsah tve CF, tak kdyz budu mit na cemkoli, co umi LBA (nebo umi MDOS3 uz i pristup pres CHS accessy? primlouval bych se za to, mam par krasnych CHS starecku), alespon image bootdisku (nekde, je jedno kde, klidne od prvniho sektoru?), nefragmentovane, a v EEPROM DivIDE bootloader, tak to po zapnuti zahrabe na devices, a najde infosector prvniho image. V tom image najde existujici bootconf, a podle jeho obsahu zobrazi nabidku. Kdyz si vyberu napr. MDOS3 - type2, natahnou se obsahy bank 0,1 a 3 podle urcenych souboru, a zapne MAPRAM. Tim se to resetne a nabehne tvuj MDOS, ale musim jeste v NMI vybrat virtualni disketu napr. bootimage, a dat ji aktivni, aby mi to po resetu a napsani RUN natahlo RUN (ktery tam krom jineho je). Je to tak?

Ano. MDOS3 samotny nemuze byt v EEPROM, protoze ma 16k+8k. bootloader hlavne slouzi k nabootovani po zapnuti, nebo pozkozeni systemu (dve casti bezi v pameti bez ochrany prepsani). MDOS3 umi obslouzit i disky bez podpory LBA! LBA adresa se podle geometrie prepocita na CHS a ten se pak laduje do registru. Toto je Bazeho rutina (BIG THANX). Mam to vyzkousena na 200 MB disku od TAUa (tez BIG THANX).

v popisu je, ze se vyber mapovani fyz_device->log.jednotka provadi 1-4, a o kousek dale, ze pak A,B,C,D umozni priradit image jednotlivym pismenum. Znamena to, ze kdyz si dam klavesu nap. 2, ze chci menit mapovani B:, vyberu hdd, a pak vyberu konkretni image klavesou C, urcil jsem vlaste mapovani pro C: a B: nijak nezmenil? To je takhle pro urychleni toho, kdyz chci vybrat vice HDD images pro ruzne jednotky naraz? Nebo to je jinak...

Klavesou C sis vybral virtualni disketu do drivu C:, ale drive C je stale mapovan na fd0. Takhle jak jsem to udelal, umoznuje dat cokoliv kamkoliv (tedy do A: virtulani disketu a z ackovy mechaniky klidne B:. Tento system se mi moc nelibi, ale nejak nemam idea jak to udela lepe pri zachovani myslenky cokoliv kamkoliv.

Jak je chraneno, abych nemohl pro danou logickou mechaniku vybrat hdd, kdyz jeste nebudu mit v danem slotu vybran zadny image?

Je i neni. Pokud vyberes fyzickou jednotku HDD a ve slotu neni vybran zadny image, je tam napsano "not select" a pri pokusu o pristup (treba CAT) je hlaseno "Not ready". Pokud je ve slotu vybran image, nejde (zatim) vyndat, musi se zvolit jiny.

history - MDOS3 pro SRAM v D40 (historie).