Původní podoba příspěvku

Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).

<!-------------------------------------------------------------->
<table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>Ahoj,
    musim souhlasit s FAT systemem i za cenu, ze by to melo byt slozitejsi.
Schema na 16bit uz jsem mel hotovy, ale byla v nem chyba, takze nic. Protoze
<img src="BODY_IMAGES_WRAP_GIF"> jsem to delal pred chvilkou, uz nemam naladu se tim ted zabyvat (jelikoz se mi 
<img src="BODY_IMAGES_WRAP_GIF">zaviraji vika)
ale aspon idea : prvni osmice bitu se klasicky prenese primo (pripadne lepsi
<img src="BODY_IMAGES_WRAP_GIF">pres 74245), ta druha se soucasne naakumuluje do bufferu 74244 a byla by citelna
<img src="BODY_IMAGES_WRAP_GIF">na jine adrese (napr.77h)
Takhle mi to pripada nejjednodussi. Kdyby to melo byt na stejne adrese ,tak jsem
<img src="BODY_IMAGES_WRAP_GIF">zamyslel pouzit citac 7493. Nevyhoda je v tom, ze by se muselo zajistit, aby
<img src="BODY_IMAGES_WRAP_GIF">byly vycteny oba byty, jinak by se to pochopitelne rozeslo :-)
Tot asi vse.
    Rolda

Apropo - cena 16 bitu podle me nebude o moc vetsi (moc myslim vic jak 100 Kc)
<img src="BODY_IMAGES_WRAP_GIF">Konicky holt nejsou zadarmo a delat ustupky kvuli kilcu je myslim zbytecny. Kdyz
<img src="BODY_IMAGES_WRAP_GIF">uz jsme se do toho vrhli, tak by to melo stat za to. I kdyz samozrejme stadium
<img src="BODY_IMAGES_WRAP_GIF">pokusu a omylu a zkouseni (byt na 8bitu) vynechat nelze :-)))</pre>