Celé vlákno · 13 zpráv

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
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

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
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

--

Radek Suk

Vedoucí administrátor sítě

SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most

Web: www.softex.cz, Tel.: 840 77 88 99

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

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.

Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive jsem se
koukal na rutinky v romce, pak na zdrojak QD Basicu.  Uz z romky bylo
jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho a ze
umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri prohlednuti
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
podobna. Je videt ze cela myslenka je ta, ze pri bezne praci uzivatel ma
pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku prehrat na
QD medium.

Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
urcite zde bude nejaka vyrobni tolerance.

Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
slozity.

Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
hodnotu.

Radek



--

Radek Suk

Vedoucí administrátor sítě

SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most

Web: www.softex.cz, Tel.: 840 77 88 99

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Ahoj Radku, a vy co mate QD:

muzete vyzkouset postup popsany na pripojenych screenshotech?

1. vyplnit pamet posloupnosti cisel

2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu + 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)

3. zapsat novy QD header

4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z QD "FILE3"

5. po resetu se podivat na obsah pameti - muj obrazek odpovida tomu, ze se na muj QD veslo presne 8 kB nad ramec QD formatu

Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3 jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle proslo.


Michal


Dne 23.2.2016 v 20:32 Radek Suk napsal(a):

Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive jsem se
koukal na rutinky v romce, pak na zdrojak QD Basicu.  Uz z romky bylo
jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho a ze
umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri prohlednuti
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
podobna. Je videt ze cela myslenka je ta, ze pri bezne praci uzivatel ma
pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku prehrat na
QD medium.

Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
urcite zde bude nejaka vyrobni tolerance.

Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
slozity.

Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
hodnotu.

Radek



--

Radek Suk

Vedoucí administrátor sítě

SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most

Web: www.softex.cz, Tel.: 840 77 88 99

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 24. 2. 2016 21:31:51
Předmět: Re: [SharpMZ] pridana emulace QD

Ahoj Radku, a vy co mate QD:

muzete vyzkouset postup popsany na pripojenych screenshotech?

1. vyplnit pamet posloupnosti cisel

2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu + 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)

3. zapsat novy QD header

4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z QD "FILE3"

5. po resetu se podivat na obsah pameti - muj obrazek odpovida tomu, ze se na muj QD veslo presne 8 kB nad ramec QD formatu

Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3 jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle proslo.


Michal


Dne 23.2.2016 v 20:32 Radek Suk napsal(a):

Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive jsem se
koukal na rutinky v romce, pak na zdrojak QD Basicu.  Uz z romky bylo
jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho a ze
umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri prohlednuti
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
podobna. Je videt ze cela myslenka je ta, ze pri bezne praci uzivatel ma
pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku prehrat na
QD medium.

Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
urcite zde bude nejaka vyrobni tolerance.

Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
slozity.

Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
hodnotu.

Radek



--

Radek Suk

Vedoucí administrátor sítě

SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most

Web: www.softex.cz, Tel.: 840 77 88 99

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Ahoj Michale

Tak jsem to provedl. Naplneni pameti proslo v poradku. Formatovani take. Zapis prvnich dvou souboru bylo take dle ocekavani ok. File3 nesel nahrat a hlasilo to "QD:no file space err". V tu dobu jeste fungoval QD. Po spusteni tveho programu na zapsani noveho QD headeru se uz jen toci a nic nezobrazi. Zkusil jsem to cele 2x a chova se to porad stejne.

Jeste se podivam co vlastne dela tvuj program. Rychle jsem to vyzkousel aby jsi mel jeste dnes odpoved.

Pri testu jsem zjistil ze samplery pouzivaji stejny elementarni zapis, protoze pouzite medium zobrazilo jeden nesmyslny soubor.

Radek

Dne 24.2.2016 v 21:31 Michal Hucik - ORDOZ napsal(a):

Ahoj Radku, a vy co mate QD:

muzete vyzkouset postup popsany na pripojenych screenshotech?

1. vyplnit pamet posloupnosti cisel

2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu + 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)

3. zapsat novy QD header

4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z QD "FILE3"

5. po resetu se podivat na obsah pameti - muj obrazek odpovida tomu, ze se na muj QD veslo presne 8 kB nad ramec QD formatu

Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3 jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle proslo.


Michal


Dne 23.2.2016 v 20:32 Radek Suk napsal(a):

Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive jsem se
koukal na rutinky v romce, pak na zdrojak QD Basicu.  Uz z romky bylo
jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho a ze
umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri prohlednuti
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
podobna. Je videt ze cela myslenka je ta, ze pri bezne praci uzivatel ma
pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku prehrat na
QD medium.

Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
urcite zde bude nejaka vyrobni tolerance.

Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
slozity.

Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
hodnotu.

Radek



--

Radek Suk

Vedoucí administrátor sítě

SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most

Web: www.softex.cz, Tel.: 840 77 88 99

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Ahoj,

takze vysledky meho pokusu na realnem hw, viz prilohy v poradi 19, 20, 22
Mechanika je orinal, media jsou Thomson.

Mikes

---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 24. 2. 2016 21:31:51
Předmět: Re: [SharpMZ] pridana emulace QD

Ahoj Radku, a vy co mate QD:

muzete vyzkouset postup popsany na pripojenych screenshotech?

1. vyplnit pamet posloupnosti cisel

2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu + 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)

3. zapsat novy QD header

4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z QD "FILE3"

5. po resetu se podivat na obsah pameti - muj obrazek odpovida tomu, ze se na muj QD veslo presne 8 kB nad ramec QD formatu

Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3 jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle proslo.


Michal


Dne 23.2.2016 v 20:32 Radek Suk napsal(a):

Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive jsem se
koukal na rutinky v romce, pak na zdrojak QD Basicu.  Uz z romky bylo
jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho a ze
umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri prohlednuti
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
podobna. Je videt ze cela myslenka je ta, ze pri bezne praci uzivatel ma
pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku prehrat na
QD medium.

Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
urcite zde bude nejaka vyrobni tolerance.

Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
slozity.

Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
hodnotu.

Radek



--

Radek Suk

Vedoucí administrátor sítě

SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most

Web: www.softex.cz, Tel.: 840 77 88 99

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

> V tu dobu jeste fungoval QD

jako ze odesel???


Zapis toho FILE3 by mel zahlasit error - to je v poradku. Ten zapis hlavicky disku dela tohle:


call #efe1        ; test, zda je pripravena mechanika
ret c                 ; error neni ready


; tohle je opsano z casti, kde se formatuje 0xe090

ld a,#06            ; budeme se tvarit, ze je ulozeno 6 bloku, tzn. 3 soubory

call #e268        ; CALL QDSVF
call #e365        ; CALL SYNS2

call #e2e8        ; CALL MTOFF

ret

Michal


Dne 24.2.2016 v 22:44 Radek Suk napsal(a):

Ahoj Michale

Tak jsem to provedl. Naplneni pameti proslo v poradku. Formatovani take. Zapis prvnich dvou souboru bylo take dle ocekavani ok. File3 nesel nahrat a hlasilo to "QD:no file space err". V tu dobu jeste fungoval QD. Po spusteni tveho programu na zapsani noveho QD headeru se uz jen toci a nic nezobrazi. Zkusil jsem to cele 2x a chova se to porad stejne.

Jeste se podivam co vlastne dela tvuj program. Rychle jsem to vyzkousel aby jsi mel jeste dnes odpoved.

Pri testu jsem zjistil ze samplery pouzivaji stejny elementarni zapis, protoze pouzite medium zobrazilo jeden nesmyslny soubor.

Radek

Dne 24.2.2016 v 21:31 Michal Hucik - ORDOZ napsal(a):

Ahoj Radku, a vy co mate QD:

muzete vyzkouset postup popsany na pripojenych screenshotech?

1. vyplnit pamet posloupnosti cisel

2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu + 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)

3. zapsat novy QD header

4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z QD "FILE3"

5. po resetu se podivat na obsah pameti - muj obrazek odpovida tomu, ze se na muj QD veslo presne 8 kB nad ramec QD formatu

Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3 jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle proslo.


Michal


Dne 23.2.2016 v 20:32 Radek Suk napsal(a):

Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive jsem se
koukal na rutinky v romce, pak na zdrojak QD Basicu.  Uz z romky bylo
jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho a ze
umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri prohlednuti
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
podobna. Je videt ze cela myslenka je ta, ze pri bezne praci uzivatel ma
pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku prehrat na
QD medium.

Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
urcite zde bude nejaka vyrobni tolerance.

Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
slozity.

Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
hodnotu.

Radek



--

Radek Suk

Vedoucí administrátor sítě

SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most

Web: www.softex.cz, Tel.: 840 77 88 99

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Neboj mechanika je ok jen data jsou spatne zapsana. Pro pokusy jsem vybral tu co funguje dobre.

Bohuzel pocitac co vcera fungoval dnes po zapnuti nenastartoval. Je tam nejaky problem na zakladni desce, mozna GDG cip.  Puvodne jsem chtel napsat ze jsem ho hodil do srotu ale pak jsem si rikal, ze ne kazdy by pochopil ze je to sranda. Casem se na to budu muset podivat. Nastesti neni problem vzit dalsi a tak to bylo jen male zdrzeni.

Jeste osobne zkusim zapsat mensi soubor a vyhodnotit co jeste pujde.

Vec co se mi nelibi je ta CALL SYNS2. podle mne to nemas delat. Pak prepisujes cast media na ktery uz nemas po naformatovani sahat. Klidne takto nakopnes prvni blok dat. Dejte si bacha ze jak prijde prvni chyba pri nacitani dat tak se vse prerusi a zacina se znova.


Radek

Dne 24.2.2016 v 23:19 Michal Hucik - ORDOZ napsal(a):

> V tu dobu jeste fungoval QD

jako ze odesel???


Zapis toho FILE3 by mel zahlasit error - to je v poradku. Ten zapis hlavicky disku dela tohle:


call #efe1        ; test, zda je pripravena mechanika
ret c                 ; error neni ready


; tohle je opsano z casti, kde se formatuje 0xe090

ld a,#06            ; budeme se tvarit, ze je ulozeno 6 bloku, tzn. 3 soubory

call #e268        ; CALL QDSVF
call #e365        ; CALL SYNS2

call #e2e8        ; CALL MTOFF

ret

Michal


Dne 24.2.2016 v 22:44 Radek Suk napsal(a):

Ahoj Michale

Tak jsem to provedl. Naplneni pameti proslo v poradku. Formatovani take. Zapis prvnich dvou souboru bylo take dle ocekavani ok. File3 nesel nahrat a hlasilo to "QD:no file space err". V tu dobu jeste fungoval QD. Po spusteni tveho programu na zapsani noveho QD headeru se uz jen toci a nic nezobrazi. Zkusil jsem to cele 2x a chova se to porad stejne.

Jeste se podivam co vlastne dela tvuj program. Rychle jsem to vyzkousel aby jsi mel jeste dnes odpoved.

Pri testu jsem zjistil ze samplery pouzivaji stejny elementarni zapis, protoze pouzite medium zobrazilo jeden nesmyslny soubor.

Radek

Dne 24.2.2016 v 21:31 Michal Hucik - ORDOZ napsal(a):

Ahoj Radku, a vy co mate QD:

muzete vyzkouset postup popsany na pripojenych screenshotech?

1. vyplnit pamet posloupnosti cisel

2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu + 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)

3. zapsat novy QD header

4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z QD "FILE3"

5. po resetu se podivat na obsah pameti - muj obrazek odpovida tomu, ze se na muj QD veslo presne 8 kB nad ramec QD formatu

Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3 jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle proslo.


Michal


Dne 23.2.2016 v 20:32 Radek Suk napsal(a):

Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive jsem se
koukal na rutinky v romce, pak na zdrojak QD Basicu.  Uz z romky bylo
jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho a ze
umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri prohlednuti
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
podobna. Je videt ze cela myslenka je ta, ze pri bezne praci uzivatel ma
pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku prehrat na
QD medium.

Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
urcite zde bude nejaka vyrobni tolerance.

Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
slozity.

Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
hodnotu.

Radek



--

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz