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">> Jasne, tohle vsechno chapu... Chces tedy rici ze bez uprav tohle zapojeni
> bude fungovat s NIPOSem, popr. je pro nej napsana jina SW podpora? Nechci
> NIPOS zatracovat, ale precijen prave kvuli narocnosti na pamet (jen alokacni
> tabulka pro 32MB partition neco zabere) ztracel hodne na kompatabilite vuci
> puvodni Lamacove CP/M. Stale hlasuji pro emulaci nejrozsirenejsiho a
> nejrychlejsiho media na Sharpu (Floppy) za pomoci MCU + SD karty. Vyresi se
> tim veskere nekompatability, pro zarizeni bude maximalni podpora softwaru,
> nebudou zadna omezeni ve vyuziti pametove karty (obrazu disket, popr. MZF
> souboru na ni ulozim kolik budu chtit), ....
>
</span>
Jestli bude fungovat s NIPOSem, to ted vazne nejsem schopen rici. Bohuzel, kdyz
<img src="BODY_IMAGES_WRAP_GIF">jste tyto upravy tady delali, o Sharp komunite jsem tehdy nevedel. "Pristoupil"
<img src="BODY_IMAGES_WRAP_GIF">jsem do tohoto vlaku az koncem roku 2006. Ale myslim, ze Marek tu podporu IDE16
<img src="BODY_IMAGES_WRAP_GIF">uz nestihl dopsat.
V cem se projevovala ta ztrata kompatibility NIPOSu s CP/M ? Marek zacal
<img src="BODY_IMAGES_WRAP_GIF">preadresovavat sluzby ? Neco konkretniho nebehalo, jak melo ? Ja se zacal
<img src="BODY_IMAGES_WRAP_GIF">prehrabovat ve zdrojacich NIPOSu, bohuzel tomu rozumim jako koza petrzeli. Podle
<img src="BODY_IMAGES_WRAP_GIF">LOGu byla v NIPOSu nejaka podpora IDE8, IDE16, bylo tam neco i o FAT. Muzes,
<img src="BODY_IMAGES_WRAP_GIF">Zdenku (nebo kdokoli jiny dobre informovany) shrnout, co presne v poslednim
<img src="BODY_IMAGES_WRAP_GIF">NIPOSu chodilo, co nechodilo, na co byly externi programy (zrejme FAT), co bylo
<img src="BODY_IMAGES_WRAP_GIF">uvnitr systemu, v cem byly problemy ?Ja prochazel nedavno konferu, tam vyvoj
<img src="BODY_IMAGES_WRAP_GIF">bezel, ale chtelo by to nejaky uceleny nahled - aspon pro mne.
Samozrejme, ze na MCU+SD pracuju. Pripojenim CF vyvoj nezastavuji, To se
<img src="BODY_IMAGES_WRAP_GIF">neobavej :-) Jde jen o to, ze to schema, co jsem posilal, je dabelsky
<img src="BODY_IMAGES_WRAP_GIF">jednoduche, v NIPOSu uz nejaka podpora urcite je (zrejme bude potreba predelat
<img src="BODY_IMAGES_WRAP_GIF">adresaci, ktera se muze lisit). Osobne by se mi libilo reseni takoveto:
- hardware: FD emulator (napr. na bazi MCU+SD/MMC) + CF karta
- software:
- CP/M, ktera by napr. umela jen s FD - v ramci zachovani zpetne
<img src="BODY_IMAGES_WRAP_GIF">kompatibility
- jiny OS - napr. jej nazveme NIPOS - ktery by nebyl kompatibilni s CP/M,
<img src="BODY_IMAGES_WRAP_GIF">ale umel by pracovat jak s FD, tak s CF. Tak, jak to maji spektristi, ruzny HW,
<img src="BODY_IMAGES_WRAP_GIF">ruzne operacni systemy.
Vyhoda FD emulace je na prvni pohled jasna - zpetna kompatibilita. Vyhodu CF
<img src="BODY_IMAGES_WRAP_GIF">vidim v tom, ze muzes mit najednou pristup k veskeremu software.
Co Ty na to ?
V.
PS. za nejake ucelene shrnuti NIPOSu z pohledu uzivatele bych byl fakt rad.
<img src="BODY_IMAGES_WRAP_GIF">Napr. myslim si, ze tam jsou veci, ktere uz nikdo na Sharpu nepouziva (ve
<img src="BODY_IMAGES_WRAP_GIF">zdrojacich jsem videl cosi o podpore BT100) a ktere by se daly pripadne vyhodit.
<img src="BODY_IMAGES_WRAP_GIF">A pak jsou veci, ktere by se hodily a ktere se tam bohuzel uz nevejdou.
</pre>