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>Lidi, já to tady víceméně jen tiše sleduji a do případných hádek se
nemíchám, ale pár nápadů bych měl (zatím si nechám uzrát v hlavě).

Ale co se týká ExtCPC nemusíte s jeho podporou vymýšlet kolo.
Tady je Open Source knihovna v C pro práci s ExtCPC obrazy disků:
http://www.seasip.demon.co.uk/Unix/LibDsk/

Já mám momentálně přeloženou hlavičku k Win32 DLL do pascalu a dělám
<img src="BODY_IMAGES_WRAP_GIF"> ve
volných chvílích program pro správu DSK obrazů disket a přenos souborů
mezi PC a obrazem diskety. A navíc se mi podařilo, díky této DLL a
jednoho driveru (http://simonowen.com/fdrawcmd/) přečíst Sharp disketu
ve Win XP (WOW)!

Takže doufám že budu mít čas a podaří se mi tento projekt dokončit
(Zdeněk ví že jsem na tom začal dělat už loni), ale vzhledem k
pracovnímu vytížení se nedaří tak jak bych chtěl.

S pozdravem Sharpu zdar
Mafro

-----Original Message-----
From: Zdenek Adler (sharpemu@pandora.cz) [mailto:zdeneka@[doména skryta]] 
Sent: Wednesday, September 24, 2008 1:56 PM
To: Konference &quot;Počítač SHARP MZ-800 a emulátory&quot;
Subject: Re: SHARP a CompactFlash - podpora v NIPOSu


<span class="replyquote1">&gt; Jednoznacne ano. Nicmene nadratovat CF schema na unidesku mi od oka
</span>zabere 
<span class="replyquote1">&gt; vcetne vrtani der 3 hodiny. A muzu to predat nekomu, kdo bude psat
</span>podporu 
<span class="replyquote1">&gt; pro NIPOS. Proto jsem se ptal, jak to dopadlo v NIPOSu s podporou
</span>IDE16 - 
<span class="replyquote1">&gt; Petrova radice. Bohuzel mi zatim nebyl schopen nikdo, kdo to v te dobe
</span>
<span class="replyquote1">&gt; 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">&gt;
&gt; Co se tyce FDC emulace, je tam trochu vic problemu, aby se to veslo do
</span>
<span class="replyquote1">&gt; toho Atmela a bylo to rozumne rychle (aby se nepodarilo neco
</span>funkcniho, 
<span class="replyquote1">&gt; ale rychleho jako C=64 mechanika). A dalsi vec, nad kterou jsem uz
</span>travil 
<span class="replyquote1">&gt; cas, byla podpora ruznych formatu, parsovani EXTCPC atd. A tohle
</span>urcite 3 
<span class="replyquote1">&gt; 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 &quot;jako zivy&quot;.
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">&gt; Zdenku, to jsem zase lehl smichy :-) Aspon to trochu odlehcilo tu 
&gt; konfrontacni atmosferu.
</span>
To jen aby vyvojarske hlavy nevystydly :-) No ale resitelne to je, ne ze
ne 
:-)


Zdenek 


---

</pre>