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