<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Dne 14.12.2014 v 12:20 Miloš napsal(a):<br>
    </div>
    <blockquote cite="mid:548D7267.4010306@atlas.sk" type="cite">
      <meta http-equiv="Context-Type" content="text/html;
        charset=ISO-8859-2">
      Máš pravdu, práve to pozerám. Ostáva ti len previesť MZF na WAV a
      kuknúť to tam. Alebo ideálne nahrať WAV zo Zdeňkovho emulátora.<br>
    </blockquote>
    <br>
    Nerozumim. To jak ty data na CMT vypadaji je presne popsano v SM,
    viz odkaz od Radka. Predpokladam, ze napr. v pripade odesilani
    rychlosti 2400 baudu ty casy jen o polovinu zkratim. Z WAVu bych se
    k tomuto tematu uz zrejme nic zajimaveho nedozvedel.<br>
    <br>
    Ten dotaz, ktery jsem v puvodnim mailu polozil je jen o tom, ze
    nerozumim tomu proc je zrovna tento pomer short/long oficialne
    oznacovan jako 1200 baudu, protoze at pocitam, jak pocitam, tak mi z
    toho tech 1200 bps nevychazi a predpokladam, ze je to urceno nejakym
    statistickym prumerem.<br>
    <br>
    <blockquote cite="mid:548D7267.4010306@atlas.sk" type="cite"> <br>
      No a keď už spomínaš CMT, jeden z mojich nápadov, ktorý by si
      mohol skúsiť realizovať je automatická detekcia rýchlosti čítania.
      Niektoré programy vyžadujú 2x rýchlosť (napr. Saboteur). Pri
      testovaní portov by si zistil ako sa často testuje a podľa toho by
      si automaticky zaradil rýchlosť. Síce to nie je až tak jednoduché
      na prvý pohľad, ale myslím, že by to šlo urobiť.<br>
    </blockquote>
    <br>
    Nejsem si jisty, zda je nutne, aby si nacitaci program v Sharpu
    sahal pro data z CMT prave jen takhle. Verim, ze chytrejsi CMT
    loadery budou v zavadeci sledovat nastupne i sestupne hrany a podle
    toho se pak samy adaptuji na prislusnou rychlost ... Jak by tva
    emulace rozeznala, zda se jeste analyzuje zavadec a nebo zda uz se
    ctou data? <br>
    <br>
    Navic predpokladam, ze i pri beznem cteni z CMT se bude hledat
    nastupna hrana i pri cekani na dalsi bit, coz znamena neustale cteni
    CMT portu porad dokola, coz by take tvuj mechanismus identifikoval
    jako super rychlost. <br>
    <br>
    No a pokud se zamyslime nad tim, ze by program pri nacitani dat
    delal i neco jineho, pri cem by se cetl stav brany C na 8255, tak uz
    jsi s tou analyzou uplne v haji, protoze kdyz CPU cte port C, tak
    prece netusis ktery bit z portu jej prave zajima.<br>
     <br>
    Michal<br>
    <br>
  </body>
</html>