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 11:13:06 Vaclav Peroutka (sharpemu@pandora.cz)
&gt; napsal(a):
</span><span class="replyquote2">&gt; &gt; CF muze byt podporovana primo jedine v NIPOSu (CP/M asi uz nikdo
<img src="BODY_IMAGES_WRAP_GIF"> prepisovat
&gt; &gt; nebude). Mel jsem predstavu systemu CF s podporou NIPOSu a SD karta, ktera
&gt; &gt; se chova jako floppy disk - tedy jednocip a emulace.
</span><span class="replyquote1">&gt; 
&gt; To už mi přijde překomplikované. Jedno velké médium musí stačit.
</span>
Souhlasim, ale jak jsem psal, podpora IDE je v NIPOSu pripravena a snad i temer 
<img src="BODY_IMAGES_WRAP_GIF">hotova. Podpora FDD (tedy i obrazu na SD karte) je funkcni uz davno. Jde o vec, 
<img src="BODY_IMAGES_WRAP_GIF">ze na SD karta bys e chovala spise jako storage medium pro diskety, nez jako
<img src="BODY_IMAGES_WRAP_GIF">jedno velke medium. A dalsi vyhoda je, ze pripojis starou disketovku, pretahnes 
<img src="BODY_IMAGES_WRAP_GIF">data na HD, pripojis SD kartu a muzes pohodlne pretahnout data do image na SD.
<img src="BODY_IMAGES_WRAP_GIF">Oboji najednou ( skutecny FDD a SD emulator) pripojene mit nemuzes. Ale v zasade
<img src="BODY_IMAGES_WRAP_GIF">s Tebou souhlasim.

<span class="replyquote1">&gt; 
</span><span class="replyquote2">&gt; &gt; To taky neni spatny napad. Ja jsem spise premyslel, ze na kartu dam male
&gt; &gt; LCD a ty si vyberes primo DSK soubor, se kterym chces delat - timto
&gt; &gt; zpusobem muzes menit &quot;diskety&quot; jak v Basicu, tak NIPOSu, tak ostatnich
&gt; &gt; programech za behu systemu.
</span><span class="replyquote1">&gt; 
&gt; To ano. Ale zase je to složitější a dražší na výrobu a přiznejme si, 
<img src="BODY_IMAGES_WRAP_GIF">že to 
&gt; ovládání přes display taky není žádná výhra. Ostatně obdobné
<img src="BODY_IMAGES_WRAP_GIF">produkty pro 
&gt; jiné platformy tak od používání displejů ustupují a najíždí na
<img src="BODY_IMAGES_WRAP_GIF">softwarové 
&gt; managery. 
</span>
Souhlasim. Urcite by to slo udelat i v ramci nejakeho pridavneho programu.

<span class="replyquote1">&gt; 
</span><span class="replyquote2">&gt; &gt; Ano, to je taky moznost, problem je, ze v NIPOSu uz Marek Smihla bojoval s
&gt; &gt; mistem a optimalizoval kazdy blok kodu. Takze by se musel uselat spise
&gt; &gt; nejaky specialni system, ktery by nekam strankoval. Otazkou je, jestli do
&gt; &gt; RAMDisku, nebo nekam jinam, to je asi dost prace. Ale v zasade to nemozne
&gt; &gt; neni.
</span><span class="replyquote1">&gt; 
&gt; Teď přesně nevím, co si mám představit pod pojmem RAMdisk. Je to
<img src="BODY_IMAGES_WRAP_GIF">běžná 
&gt; rozšířená RAM přes banky jako u ZX128, Atari 130XE a výš apod.? Pro
<img src="BODY_IMAGES_WRAP_GIF">běh 
&gt; rozumného OS bych předpokládal rozšířenou RAM jako nutnost. 
</span>
Ramdisk je externi cast pameti, ke ktere pristupujes pomoci IN/OUT - chova se to
<img src="BODY_IMAGES_WRAP_GIF">jako V/V zarizeni, tedy neni to nativni pamet. To, co existuje na ZX128 Sharp
<img src="BODY_IMAGES_WRAP_GIF">nemel, ale existuje jiz zmineny MemExt, kde odpojis RAM, ROM, prijpojis na ta
<img src="BODY_IMAGES_WRAP_GIF">mista MemExt.

<span class="replyquote1">&gt; 
&gt; BTW, znáte někdo http://www.symbos.de/ ? Co to zkusit naportovat na
<img src="BODY_IMAGES_WRAP_GIF">Sharpa?
</span>
Ano, ten napad tu uz byl, byl tu i napad preportovat Uzix (coz je unix pro MSX).
<img src="BODY_IMAGES_WRAP_GIF">Ale - nejsou lidi.

V.
</pre>