Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Původní podoba příspěvku

Vaclav Peroutka Zpět na příspěvek

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">&gt; Dne Monday 22 of September 2008 10:06:15 Vaclav Peroutka (sharpemu@pandora.cz)
&gt; napsal(a):
</span><span class="replyquote2">&gt; &gt; Presne tak, v ROMce je kod, ktery precte 1.sektor 0. stopy 1. strany a
&gt; &gt; nabootuje z kodu ulozeneho ve 2.-5. sektoru teze stopy. Format Sharpa je
&gt; &gt; 256 bajtu na sektor, ale Lamacova CP/M i NIPOS pouzivaji 512 bajtu.
<img src="BODY_IMAGES_WRAP_GIF"> Jakmile
&gt; &gt; se nabootuje, pak uz CP/M odmapuje ROM (aby mel plnych 64kB) a saha na WD
&gt; &gt; registry sam - a taky kvuli tomu, aby mel dostupnych celych 512bajtu na
&gt; &gt; sektoru.
</span><span class="replyquote1">&gt; 
&gt; Aha, takže v tom případě se asi z důvodu kompatibility nemá smysl
<img src="BODY_IMAGES_WRAP_GIF">zabývat 
&gt; jakokoliv formou IDE/CF přímo na sběrnici, ale jít cestou jednočip s
<img src="BODY_IMAGES_WRAP_GIF">emulací 
&gt; floppy a kartou s běžným (FAT) fs.
</span>
CF muze byt podporovana primo jedine v NIPOSu (CP/M asi uz nikdo prepisovat
<img src="BODY_IMAGES_WRAP_GIF">nebude). Mel jsem predstavu systemu CF s podporou NIPOSu a SD karta, ktera se
<img src="BODY_IMAGES_WRAP_GIF">chova jako floppy disk - tedy jednocip a emulace.

<span class="replyquote1">&gt;  Optimálně bych si ptředstavoval tak, že po zapnutí by systém nabootoval
<img src="BODY_IMAGES_WRAP_GIF">z 
&gt; MCU/SD &quot;disketu&quot; s loaderem, kde by se daly buď přímo procházet a
<img src="BODY_IMAGES_WRAP_GIF">nahrávat 
&gt; mzf soubory (s tím, že případné ukládání by holt bez úprav
<img src="BODY_IMAGES_WRAP_GIF">nefungovalo jinam 
&gt; než na kazetu; ale jinak se to stejně udělat nedá) nebo by si člověk
<img src="BODY_IMAGES_WRAP_GIF">nacpal 
&gt; obrazy disket do emulované mechaniky a nabootoval z ní. 
</span>
To taky neni spatny napad. Ja jsem spise premyslel, ze na kartu dam male LCD a
<img src="BODY_IMAGES_WRAP_GIF">ty si vyberes primo DSK soubor, se kterym chces delat - timto zpusobem muzes
<img src="BODY_IMAGES_WRAP_GIF">menit &quot;diskety&quot; jak v Basicu, tak NIPOSu, tak ostatnich programech za behu
<img src="BODY_IMAGES_WRAP_GIF">systemu.

<span class="replyquote1">&gt; Časem ještě můžeme uvažovat třetí možnost, kdy by nějaký chytrý OS
<img src="BODY_IMAGES_WRAP_GIF">(C/PM, 
&gt; nipos - teď vařím z vody, neznám ani jeden ani možnosti jejich dalšího &gt; upravování) mohl přistupovat na kartu rovnou a to buď na souborové
<img src="BODY_IMAGES_WRAP_GIF"> úrovni 
&gt; nebo na sektorové do nějaký předpřipravených partitionů.
</span>
Ano, to je taky moznost, problem je, ze v NIPOSu uz Marek Smihla bojoval s
<img src="BODY_IMAGES_WRAP_GIF">mistem a optimalizoval kazdy blok kodu. Takze by se musel uselat spise nejaky
<img src="BODY_IMAGES_WRAP_GIF">specialni system, ktery by nekam strankoval. Otazkou je, jestli do RAMDisku,
<img src="BODY_IMAGES_WRAP_GIF">nebo nekam jinam, to je asi dost prace. Ale v zasade to nemozne neni.

V.
</pre>