<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>
          &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">
          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>