<html>
<head>
<meta content="text/html; charset=iso-8859-2"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<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">
<meta http-equiv="Context-Type" content="text/html; charset=utf-8">
<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>
<div><img src="cid:part2.01070308.05000009@radeksuk.cz"><b>Radek</b>
<b>Suk</b></div>
<div>Vedoucí administrátor sítě</div>
<div>
<div><span>SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most</span></div>
<div><span>Web: <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="http://www.softex.cz">www.softex.cz</a>, Tel.:
840 77 88 99</span></div>
</div>
<div><br>
</div>
<div><img src="cid:part4.06070708.07060607@radeksuk.cz"></div>
<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>