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><span class="replyquote1">> Jednoznacne ano. Nicmene nadratovat CF schema na unidesku mi od oka zabere
> vcetne vrtani der 3 hodiny. A muzu to predat nekomu, kdo bude psat podporu
> pro NIPOS. Proto jsem se ptal, jak to dopadlo v NIPOSu s podporou IDE16 -
> Petrova radice. Bohuzel mi zatim nebyl schopen nikdo, kdo to v te dobe
> testoval, odpovedet
</span>
S NIPOSem to Vasku dopadlo tak, ze podporu IDE16 uz Marek pouze rozpracoval,
ale nedokoncil. Stejne tak podpora FAT byla pouze planovana, nikoliv vsak
dokoncena.
<span class="replyquote1">>
> Co se tyce FDC emulace, je tam trochu vic problemu, aby se to veslo do
> toho Atmela a bylo to rozumne rychle (aby se nepodarilo neco funkcniho,
> ale rychleho jako C=64 mechanika). A dalsi vec, nad kterou jsem uz travil
> cas, byla podpora ruznych formatu, parsovani EXTCPC atd. A tohle urcite 3
> hodiny nezabere.
</span>
ExtCPC sice neni trivialni, ale mel by byt zvladnutelny. Osobne tomuto
formatu hodne fandim neb jako jeden z mala dokaze uchovavat i informace o
nestandartnich stopach ci sektorech, diskovych chybach apod. - proste da se
podle nej emulovat floppy disk "jako zivy".
Kdyz nedosahneme rychlosti orig. radice by nebyla zadna tragedie - zase
usetrime cas na presunech hlavicky floppy mechaniky. A jestli mi naskoci
CP/M za 1 nebo 2 vteriny.....
<span class="replyquote1">> Zdenku, to jsem zase lehl smichy :-) Aspon to trochu odlehcilo tu
> konfrontacni atmosferu.
</span>
To jen aby vyvojarske hlavy nevystydly :-) No ale resitelne to je, ne ze ne
:-)
Zdenek
</pre>