<html>
<head>
<meta content="text/html; charset=iso-8859-2"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
Michale tak mi to nedalo a udelal jsem tento test.<br>
<br>
Nejdrive jsem zformatoval QD. Pak nahral dva soubory jako ty.
Nasledne jsem smazal v programu ten CALL @QDSVF. Pak jsem odzkousel
ze podle ACC pri 2 videl jen jeden soubor a pri 4 dva. Presne to co
lze ocekavat. Pak jsem toho vyuzival tak ze kdyz nasledujici soubor
nesel zapsat tak jsem ho zmensil. Takto jsem hledal velikost ktera
uz jde zapsat. Abych nemusel porad formatovat, tak kdyz se soubor
zapsal tak jsem pres acc-4 a g1200 ho smazal. Zjistil jsem ze pri
jednom pokusu slo zapsal 1a80h ale pozdeji uz ne a jen 1a30h. Takze
zde je mechanicky limit teto jedne mechaniky.<br>
<br>
orientacni velikosti dat na QD - jen muj matematicky model<br>
<meta http-equiv="CONTENT-TYPE" content="text/html;
charset=iso-8859-2">
<title></title>
<meta name="GENERATOR" content="OpenOffice 4.1.2 (Win32)">
<style>
                <!--
                BODY,DIV,TABLE,THEAD,TBODY,TFOOT,TR,TH,TD,P { font-family:"Arial CE"; font-size:x-small }
                 -->
        </style>2550 mezera<br>
cca 6 FN<br>
2550 mezera<br>
64 info<br>
255 mezera<br>
30638 data<br>
255 mezera<br>
64 info<br>
255 mezera<br>
30638 data<br>
255 mezera<br>
64 info<br>
255 mezera<br>
6784 data<br>
celkem 74633 <br>
<br>
Radek<br>
<br>
<br>
<div class="moz-cite-prefix">Dne 24.2.2016 v 23:49 Radek Suk
napsal(a):<br>
</div>
<blockquote cite="mid:56CE3362.4080904@radeksuk.cz" type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=iso-8859-2">
<br>
Neboj mechanika je ok jen data jsou spatne zapsana. Pro pokusy
jsem vybral tu co funguje dobre.<br>
<br>
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.<br>
<br>
Jeste osobne zkusim zapsat mensi soubor a vyhodnotit co jeste
pujde.<br>
<br>
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.<br>
<br>
<br>
Radek<br>
<br>
<br>
<div class="moz-cite-prefix">Dne 24.2.2016 v 23:19 Michal Hucik -
ORDOZ napsal(a):<br>
</div>
<blockquote cite="mid:56CE2C6A.1060403@ordoz.com" type="cite">
<div class="moz-cite-prefix"><br>
<br>
> V tu dobu jeste fungoval QD<br>
<br>
jako ze odesel???<br>
<br>
<br>
Zapis toho FILE3 by mel zahlasit error - to je v poradku. Ten
zapis hlavicky disku dela tohle:<br>
<br>
<br>
call #efe1 ; test, zda je pripravena mechanika<br>
ret c ; error neni ready<br>
<br>
<br>
; tohle je opsano z casti, kde se formatuje 0xe090<br>
<br>
ld a,#06 ; budeme se tvarit, ze je ulozeno 6 bloku,
tzn. 3 soubory<br>
<br>
call #e268 ; CALL @QDSVF<br>
call #e365 ; CALL @SYNS2<br>
<br>
call #e2e8 ; CALL @MTOFF<br>
<br>
ret<br>
<br>
Michal<br>
<br>
<br>
Dne 24.2.2016 v 22:44 Radek Suk napsal(a):<br>
</div>
<blockquote cite="mid:56CE2446.4080504@radeksuk.cz" type="cite">
Ahoj Michale<br>
<br>
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.<br>
<br>
Jeste se podivam co vlastne dela tvuj program. Rychle jsem to
vyzkousel aby jsi mel jeste dnes odpoved.<br>
<br>
Pri testu jsem zjistil ze samplery pouzivaji stejny
elementarni zapis, protoze pouzite medium zobrazilo jeden
nesmyslny soubor. <br>
<br>
Radek<br>
<br>
<br>
<div class="moz-cite-prefix">Dne 24.2.2016 v 21:31 Michal
Hucik - ORDOZ napsal(a):<br>
</div>
<blockquote cite="mid:56CE1337.4030405@ordoz.com" type="cite">
<div class="moz-cite-prefix"><br>
<br>
Ahoj Radku, a vy co mate QD:<br>
<br>
muzete vyzkouset postup popsany na pripojenych
screenshotech?<br>
<br>
1. vyplnit pamet posloupnosti cisel<br>
<br>
2. neformatovat QD a nahrat 2 soubory do 100% velikost QD
formatu + 1 soubor nad tento limit (EXEC addr = 0x0000
!!!)<br>
<br>
3. zapsat novy QD header<br>
<br>
4. provest reset pocitace (kvuli vymazani obsahu RAM) a
natahnout z QD "FILE3"<br>
<br>
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<br>
<br>
Doufam, ze prilozene screenshoty prolezou mailmanem a ze v
bodu 3 jsem ucinil vse co je potreba - v mem emulatoru to
alespon takhle proslo.<br>
<br>
<br>
Michal<br>
<br>
<br>
Dne 23.2.2016 v 20:32 Radek Suk napsal(a):<br>
</div>
<blockquote cite="mid:56CCB3C9.9040008@radeksuk.cz"
type="cite"> Kluci ted osobne delam takovy archeologicky
vyzkum QD. Nejdrive jsem se <br>
koukal na rutinky v romce, pak na zdrojak QD Basicu. Uz z
romky bylo <br>
jasne ze ty rutinky jsou pripravene jako podprogram neceho
vetsiho a ze <br>
umi vice nez je potreba a ze by to slo cele udelat
prehledneji. Pri <br>
rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze
rutinky jsou <br>
uplne stejne, jen je to lehce upravene pro rezim MZ800.
Pri prohlednuti <br>
SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem
je hodne <br>
podobna. Je videt ze cela myslenka je ta, ze pri bezne
praci uzivatel ma <br>
pracovat s ramdiskem a po ukonceni prace si ma obsah
ramdisku prehrat na <br>
QD medium. <br>
<br>
Jestli je pravda na <a moz-do-not-send="true"
href="http://www.sharpmz.org/qdinside.htm">http://www.sharpmz.org/qdinside.htm</a> ze
5,52 s trva <br>
cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je
jasne ze <br>
urcite zde bude nejaka vyrobni tolerance. <br>
<br>
Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v
pripade RD, <br>
kde se ulozi 64KB dat je potreba na QD pro vsechny mezery
a znacky mit <br>
87213 bajtu ale toto neni mozne. Reseni by bylo udelat
image ramdisku <br>
jako jednoho souboru specialni rutinkou. Ten program by
asi nebyl moc <br>
slozity. <br>
<br>
Osobne kdyz bych chtel presne zjistit kolik dat se vejde
na QD medium, <br>
tak bych to udelal tak, ze bych nejdrive zapsal nejaky
60KB soubor. <br>
Nasledne bych pres write zapsal blok dat ale s parametrem
reset bit2 a <br>
tak bych rekl systemu ze nechci aktualizovat pocet bloku
na zacatku <br>
media. Kdyz bych se vratil z rutinky a mel bych nastavene
CY tak bych <br>
vedel ze zapis neprosel a pomoci puleni intervalu bych
hledal spravnou <br>
hodnotu. <br>
<br>
Radek <br>
<br>
<br>
<br>
<span>--</span><br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SharpMZ mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:SharpMZ@mail.ordoz.com">SharpMZ@mail.ordoz.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mail.ordoz.com/mailman/listinfo/sharpmz">http://mail.ordoz.com/mailman/listinfo/sharpmz</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SharpMZ mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:SharpMZ@mail.ordoz.com">SharpMZ@mail.ordoz.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mail.ordoz.com/mailman/listinfo/sharpmz">http://mail.ordoz.com/mailman/listinfo/sharpmz</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SharpMZ mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:SharpMZ@mail.ordoz.com">SharpMZ@mail.ordoz.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mail.ordoz.com/mailman/listinfo/sharpmz">http://mail.ordoz.com/mailman/listinfo/sharpmz</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SharpMZ mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:SharpMZ@mail.ordoz.com">SharpMZ@mail.ordoz.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mail.ordoz.com/mailman/listinfo/sharpmz">http://mail.ordoz.com/mailman/listinfo/sharpmz</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SharpMZ mailing list
<a class="moz-txt-link-abbreviated" href="mailto:SharpMZ@mail.ordoz.com">SharpMZ@mail.ordoz.com</a>
<a class="moz-txt-link-freetext" href="http://mail.ordoz.com/mailman/listinfo/sharpmz">http://mail.ordoz.com/mailman/listinfo/sharpmz</a>
</pre>
</blockquote>
<br>
</body>
</html>