<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix"><br>
      <br>
      &gt; 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">
      <meta http-equiv="Context-Type" content="text/html;
        charset=iso-8859-2">
      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.02060107.02040201@ordoz.com"><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.05080107.07060306@ordoz.com"></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 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>