[SharpMZ] pridana emulace QD

[Radek Suk]

Michale ale nebylo by spatne pohovorit jak hodne kompatibilni ma byt 
emulator. Protoze kdyz jsem prochazel rutinky v promce MZ800 tak jsem 
zjistil, ze maximalni pocet souboru muze byt 32 ale to se mysli jen 
'info' (hlavicka). Co se tyce 'tela programu', zde neni zadne omezeni. 
Nic nikomu nebrani aby klidne za sebou nahral tri tela. Rutinky Write a 
Read jsou na to pripravene primo od Sharpa. Z toho plyne, ze udelani 
image z mzf souboru neni obecne mozne. Samozrejme pro drtivou vetsinu 
uzivatelu to bude dostatecne ale neemuluje to realny stroj a jeho 
moznosti. Dokonce muzes ulozit na medium data tak, ze nezmenis FN a tak 
ani nebudou videt ale pujdou precist. Pri zapisu se dokonce udela i 
jejich verifikace. Take nezapomente ze QD ma minimalni kapacitu 60KB ale 
jak Michal Medek zjistil muze se tam nahrat az skoro 75KB. Zdenkuv 
emulator umi jen 60KB a pri zapisu nad tuto hodnotu uz hlasi error. Co 
je OK ale bude problem az opravdu nekdo z realneho QD media udela kopii 
a bude to chtit pouzit v emulatoru.

Osobne si myslim ze image QD media by mela byt neco jako XML soubor. Uz 
proto aby to bylo pekne citelne primo v nahledu total commanderu a 
pripadne mala uprava by sla udelat v poznamkovem bloku.

Kdyz by byl zajem tak jsem pro diskusi jak funguji rutiny Write a Read.

Radek


Dne 18.2.2016 v 10:18 Michal Hucik - ORDOZ napsal(a):
>
>
> Ahoj,
>
> pridal jsem do emulatoru podporu quick disku. Podporuju dva typy: 
> klasicky MZ 1F11 ve forme Zdenkovych MZQ image souboru a virtual QD, 
> coz je namapovany adresar z PC, ktery se potom chova jako QD medium.
>
> Image:
> ======
>
> Pokud pri mount image pouzijete jmeno doposud neexistujiciho MZQ 
> souboru, tak se automaticky vyrobi novy image, ktery je pak potreba 
> naformatovat.
> Vsimnul jsem si, ze Zdenkuv emu zrejme vyrabi image o 1 bajt vetsi, 
> nez je ve skutecnosti potreba. Netestoval jsem kompatibilitu, ale snad 
> by s temi mymi mensimi MZQ nemel byt ve Zdenkovem emu problem.
>
> Virtual:
> =======
>
> Emulator v adresari vidi jen soubory s priponou MZF. To jak jsou 
> soubory nativne serazeny pri listovani adresarem  je zaroven 
> presentovano jako jejich poradi na QD mediu.
>
> Ukladani souboru na QD: pokud na QD v emulatoru ulozite nejaky soubor, 
> tak se nejprve vytvori qd_temp.tmp, ktery se po dokonceni operace 
> pokusi emulator prejmenovat na soubor se jmenem, ktere odpovida nazvu 
> uvnitr MZF + mzf pripona.
>
> Virtual QD umi rozeznat pokus o formatovani media a tento prikaz 
> ignoruje. Pokud formatujete prazdny adresar, tak to probehne bez 
> chyby. Pokud se v adresari nachazi nejake MZF soubory, tak se ROM 
> pokusi formatovani 5x zopakovat a pak vyhlasi hardware error.
>
> Zrojak je zatim dost neucesany. Modul je jiz castecne pripraven k 
> implementaci do unikarty. Z tohoto duvodu jsem zde udelal i nekolik 
> kompromisu v tom jak se virtualni medium chova.
> Po ulozeni souboru na QD si ROM provadi kontrolu ctenim. Pri tomhle 
> kontrolnim cteni je nove ulozeny soubor vzdy zarazen jako posledni, 
> nicmene pri jakemkoliv normalnim cteni je jiz zarazen v takovem 
> poradi, jak mi jej vyda sluzba pro cteni adresare.
>
> Win32 snapshot devel verze:
> http://duna.ordoz.com/emu_devel/mz800emu-1.0.2_devel-20016-02-18-win32-with_gtk_and_sdl_libs.rar
>
> Michal
>
>
>
> _______________________________________________
> SharpMZ mailing list
> SharpMZ na mail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz



--Radek SukVedoucí administrátor sítěSOFTEX NCP, s.r.o., Růžová 1426, 434 01 MostWeb: www.softex.cz, Tel.: 840 77 88 99

------------- další část ---------------
HTML příloha byla odstraněna...
URL: http://mail.ordoz.com/pipermail/sharpmz/attachments/20160218/faedfa3d/attachment-0001.html 
------------- další část ---------------
Netextová příloha byla odstraněna...
Jméno: [žádný popis není k dispozici]
Typ: image/jpeg
Velikost: 12005 bytes
Popis: [žádný popis není k dispozici]
Url : http://mail.ordoz.com/pipermail/sharpmz/attachments/20160218/faedfa3d/attachment-0002.jpe 
------------- další část ---------------
Netextová příloha byla odstraněna...
Jméno: [žádný popis není k dispozici]
Typ: image/jpeg
Velikost: 24632 bytes
Popis: [žádný popis není k dispozici]
Url : http://mail.ordoz.com/pipermail/sharpmz/attachments/20160218/faedfa3d/attachment-0003.jpe