Celé vlákno · 17 zpráv

Zdravím všechny,

jsem tady nový a chtěl bych se trochu představit a zeptat se na pár věcí, 
co 
se mi nepodařilo dohledat jinde. Před nedávnem do mojí sbírky retromašinekpřibyl i jeden sharp MZ800, bohužel kromě kazeťáku bez jakýchkoliv úprav.

Jelikož spíš než gamesení mě baví sledovat dema a vrtat se v něčem
 pájkou, 
chtěl bych se zeptat, jaká jsou aktuální nejběžnější rozšíření
Sharpa? Hádám 
základ bude rozšíření RAM/VRAM a nějaké diskové médium. Floppy bych už
asi 
přeskočil a IDE beru pouze jako mezistupeň k CF (s výhodou lze využít 
jednodužší osmibitovou variantu), optimální by bylo něco používajícího
SD. 
Jsou někde nějaká schémata? Klidně se i zapojím do vývoje a testování
nějakého 
takového zařízení, pokud mi to čas dovolí. 

Taky by mě zajímalo, jestli má Sharp vůbec nějakou demoscénu. Nic jsem 
překvapivě nenašel přesto, že podle parametrů (obzvlášť s rozšířenou
VRAM) 
jde o jeden z nejnadupanějších osmibitů. 

Díky za každý podnět.

Ctirad 

Ahoj Ctirade,

co se tyce HW rozsireni, tak je toho malo. V posledni dobe toho mnoho nevzniklo,
 vsechno je poplatne sve dobe pred X lety. Tj sezenes nejake ROM disky (neco
jako cartridge u Commodore/Atari atd.) - popis dokonce vysel v Amaterskem radiu 
zacatkem 90. let. Sezenes RAMdisk, sezenes FDD rozsireni.

Petr Zydek tady delal pokusy s RAMdiskem z 30-tipinovych DRAM desek, ale myslim,
ze mel pouze castecny uspech zpusobeny nevhodnym casovanim. Pak si hral s
ruznymi radici FD z PC/AT platformy zalozenymi na i8272/uPD765 a kompatibilnimi.
Je to pouzitelne. Dokonce jeden takovy radic vysel v Amaterskem Radiu 12/89 s
rutinami primo pro Sharp. Ostatne, nekdo tady ma snad dokonce EPROM s funkcemi
pro tyto radice, misto puvodnich WD2797.

Ja mam momentalne pripravenou univerzalni kartu s Xilinxem 9572. To je tezka
dratarina, ma to sto nozicek a moc se mi do toho pajeni dratku nechce. V planu
je ATMega16 s SD kartou, ktera bude emulovat cinnost WD2791. Takze Sharp bude
mit floppy disk, ktery bude ulozeny na SD karte. Momentalne jsem ve stadiu
pokusu dohovorit se s SD kartou. Ostatne, David Luftner si snad hral s necim
podobnym. Davide, jsi tady ?

Roman Dolejsi mi poslal testovaci verzi jeho emulatoru MCE, pak se snad konecne 
dostaneme k NIPOSu, dokoncit 16bitove rozhrani pro CF/harddisk. Ale to je hudba 
daleke budoucnosti.

Co se tyce demosceny, je to spatne. Neznam v soucasne dobe jedineho cloveka,
ktery by programoval pro Sharpa jakekoli demo. Ja se cca pred rokem a pul snazil
o Tetris (viz archiv konfery). Skoncilo to na zmene zamestnani a zmenach kvuli
pridani hudby. Takze ted bych to cele mel predelat a dokoncit, mno...

A mas pravdu, ze co se tyce grafiky, mel Sharp MZ-800 prevahu oproti jinym
osmibitum. Bohuzel ji tener nikdo nevyuzil. Ale mozna, tak jak se upravovaly hry
ze Spectra, by sly upravit hry z Amstrada, mnoho z nich vypada dost dobre.

Pokud se chces zapojit do vyvoje, bude to jedine dobre. Jak vidis, moznosti je
spousta, zalezi, co Te bavi, ja bych osobne rad videl nejake poradne nove demo, 
vyuzivajici vsechny graficke moznosti GDG, at se muze Sharp predvest na nejakem 
srazu osmibitu.

Vasek

> 
> Zdravím všechny,
> 
> jsem tady nový a chtěl bych se trochu představit a zeptat se na pár
věcí, co 
> se mi nepodařilo dohledat jinde. Před nedávnem do mojí sbírky
retromašinek 
> přibyl i jeden sharp MZ800, bohužel kromě kazeťáku bez jakýchkoliv
úprav. 
> 
> Jelikož spíš než gamesení mě baví sledovat dema a vrtat se v něčem
pájkou, 
> chtěl bych se zeptat, jaká jsou aktuální nejběžnější rozšíření
Sharpa? Hádám 
> základ bude rozšíření RAM/VRAM a nějaké diskové médium. Floppy bych
už asi 
> přeskočil a IDE beru pouze jako mezistupeň k CF (s výhodou lze využít 
> jednodužší osmibitovou variantu), optimální by bylo něco
používajícího SD. 
> Jsou někde nějaká schémata? Klidně se i zapojím do vývoje a testování
nějakého 
> takového zařízení, pokud mi to čas dovolí. 
> 
> Taky by mě zajímalo, jestli má Sharp vůbec nějakou demoscénu. Nic jsem> překvapivě nenašel přesto, že podle parametrů (obzvlášť s
 rozšířenou VRAM) 
> jde o jeden z nejnadupanějších osmibitů. 
> 
> Díky za každý podnět.
> 
> Ctirad 
> 
> 
> 
> ---
> 
> 
> 

Dne Sunday 21 of September 2008 22:24:35 Vaclav Peroutka (sharpemupandora.cz)
napsal(a):

> Ja mam momentalne pripravenou univerzalni kartu s Xilinxem 9572. To je
> tezka dratarina, ma to sto nozicek a moc se mi do toho pajeni dratku
> nechce. V planu je ATMega16 s SD kartou, ktera bude emulovat cinnost
> WD2791. Takze Sharp bude mit floppy disk, ktery bude ulozeny na SD karte.
> Momentalne jsem ve stadiu pokusu dohovorit se s SD kartou. 

To mi připadá trochu jako vymýšlení kola. Existuje celá řada projektů 
používající AVR, kde je komunikace s SD hotová a odladěná včetně
 obsluhy FAT. 
Tudíž bych se zabýval už jenom tím, jak to nainterfacovat směrem do
Sharpa.
BTW, je nějaký pádný důvod emulovat WD? Nějaký zásadní software na tom 
visí?

> Roman Dolejsi mi poslal testovaci verzi jeho emulatoru MCE, pak se snad
> konecne dostaneme k NIPOSu, dokoncit 16bitove rozhrani pro CF/harddisk. 

Má v dnešní době smysl zabývat se 16 bit IDE? V reálu tam stejně každý 
nacpe 
CF a ta se dá přepnout do 8 bitů je potom přístupná plná kapacita. Teď
jde o 
to, jak si Sharp poradí s 512b dlouhými sektory. Třeba u Atari XL/XE je to 
problém, protože standardní DOSy umí maximálně 256b, takže by se to
muselo 
nějak transparetně převádět a na to je zase potřeba zabrat kus paměti,
což má 
neblahý dopad na kompatibilitu. 

> Co se tyce demosceny, je to spatne. Neznam v soucasne dobe jedineho
> cloveka, ktery by programoval pro Sharpa jakekoli demo. Ja se cca pred
> rokem a pul snazil o Tetris (viz archiv konfery). Skoncilo to na zmene
> zamestnani a zmenach kvuli pridani hudby. Takze ted bych to cele mel
> predelat a dokoncit, mno...

Hmm, škoda. Je někde zdokumentovaná kompletní mapa paměti včetně HW
registrů a 
jejich funkce? Dá se nějak docílit overscan? 16 barev má nějakou paletu
nebo
jsou "natvrdo"? 

Ctirad

> To mi připadá trochu jako vymýšlení kola. Existuje celá řada projektů 
> používající AVR, kde je komunikace s SD hotová a odladěná včetně
 obsluhy FAT. 
> Tudíž bych se zabýval už jenom tím, jak to nainterfacovat směrem do
Sharpa.
> BTW, je nějaký pádný důvod emulovat WD? Nějaký zásadní software na
tom visí?

Padny duvod je podpora stavajiciho software. Existuje software, ktery se bavi
jenom s CMT. Pak existuje software, ktery se umi bavit i s floppy - at uz Basic,
nebo CP/M / NIPOS, nebo Sonix, mzpaint atd. - Zdenek Adler by Ti urcite napsal
dlouhy seznam. Neznam jediny SW, ktery by primo podporovat SD karty - a je
pravdou, ze uz jsem premyslel nad tim pripojit SD kartu primo na LPT port. A
problem by to pravda nebyl.

Je to stejny problem, jako s radici FD Petra Zydka - vyzkousel, ze to funguje,
ale stejne mu to lezi, protoze zadny software to nepodporuje.

Uplne stejne to je s Vinculem, co zminoval v jinem emailu J. Nemec. Neni problem
to rozchodit. Je problem mit podporu v programech. Sharp scena nema zadneho
Velesofta nebo ruskou scenu - lidi, kteri jsou schopni a maji cas predelavat
programy.

> Má v dnešní době smysl zabývat se 16 bit IDE? V reálu tam stejně
každý nacpe 
> CF a ta se dá přepnout do 8 bitů je potom přístupná plná kapacita.

To jsem netusil, je to primo ve specifikaci CF ? To se hned musim kouknout.
Ostatne, do Xilinxe se da narvat cokoli, ale o 8 dratu mene je pro mou lenost
rozhodujici :-)

> Hmm, škoda. Je někde zdokumentovaná kompletní mapa paměti včetně HW
registrů a 
> jejich funkce? Dá se nějak docílit overscan? 16 barev má nějakou paletu
nebo
> jsou "natvrdo"? 
> 

Jo, skoda, ja to tvrdim taky. Ale - nejsou lidi. Vsechno kolem Sharpa je
kompletne zdokumentovano - tady je dokumentace, software.
http://www.scav.ic.cz/sharp_mz-800.htm - je tam oddil "Vse o MZ-800" - konkretne
5. oddil je grafika.

Co se tyce zvuku a hudby, tak asi je lepsi pouzit Spectristicky Soundtracker a
na prehravani v hrach nebo demech pod prerusenim pouzit "Sharp wrapper", ktery
je na http://medvidec.ic.cz/comp/mz800.htm . Kdyby se naslo nejake efektivnejsi 
hradlo, bylo by to jen lepsi.

Co je overscan, to pravda netusim, tech 16 barev je plnych v rozliseni 320x200, 
pokud mas pridavnou VideoRAM (coz asi mas).

Vasek

Dne Monday 22 of September 2008 08:17:41 Vaclav Peroutka (sharpemupandora.cz)
napsal(a):

> Padny duvod je podpora stavajiciho software. Existuje software, ktery se
> bavi jenom s CMT. Pak existuje software, ktery se umi bavit i s floppy - at
> uz Basic, nebo CP/M / NIPOS, nebo Sonix, mzpaint atd. - Zdenek Adler by Ti
> urcite napsal dlouhy seznam. Neznam jediny SW, ktery by primo podporovat SD
> karty - a je pravdou, ze uz jsem premyslel nad tim pripojit SD kartu primo
> na LPT port. A problem by to pravda nebyl.
>
> Je to stejny problem, jako s radici FD Petra Zydka - vyzkousel, ze to
> funguje, ale stejne mu to lezi, protoze zadny software to nepodporuje.

OK. Takže si to rozdělme na dvě věci:
1. CMT věci. Tady by bylo možné udělat triviální interface s CF nebo 
složitější s SD a patchnout ROM nebo udělat nějaký loader, aby si s tím 
interfacem pokecal, zobrazil nějaký fileselector a pak natáhl vybraný mzf 
soubor do RAM a spustil. 

V tomhle směru se jeví výhodnější řešení s SD a jednočipem, protože
 ten by 
odřel veškerou práci s obsluhou karty, tabulkou oddílů a filesystémem a
sharp 
by jenom mohl dostávat jména a data souborů. 

V případě IDE/CF by se tohle všechno muselo dělat na straně Sharpa, což
by 
nejspíš znamenalo vymyslet nějaký zjednodušený filesystém na CF, který
by byl 
Sharp schopen rozumně obsloužit a to by zase komplikovalo s takovými daty 
rozumně pracovat v PC ve čtečce.

2. floppy věci. Jak tohle funguje? Má na to sharp nějaké rutiny v ROM, 
sandardní DOS nebo tak něco nebo si programy sahají rovnou na WD? Jak jsou 
různé floppy řadiče mezi sebou kompatibilní? Jak je vyřešené
bootování?

Ctirad 

> > Padny duvod je podpora stavajiciho software. Existuje software, ktery se
> > bavi jenom s CMT. Pak existuje software, ktery se umi bavit i s floppy -
 at
> > uz Basic, nebo CP/M / NIPOS, nebo Sonix, mzpaint atd. - Zdenek Adler by Ti
> > urcite napsal dlouhy seznam. Neznam jediny SW, ktery by primo podporovat
SD
> > karty - a je pravdou, ze uz jsem premyslel nad tim pripojit SD kartu primo
> > na LPT port. A problem by to pravda nebyl.
> >
> > Je to stejny problem, jako s radici FD Petra Zydka - vyzkousel, ze to
> > funguje, ale stejne mu to lezi, protoze zadny software to nepodporuje.
> 
> OK. Takže si to rozdělme na dvě věci:
> 1. CMT věci. Tady by bylo možné udělat triviální interface s CF nebo 
> složitější s SD a patchnout ROM nebo udělat nějaký loader, aby si s
tím 
> interfacem pokecal, zobrazil nějaký fileselector a pak natáhl vybraný mzf > soubor do RAM a spustil. 

Patchovat ROM je moznost, ale neni idealni. Obsluha kazetaku je primitivni - par
 bajtu, obsluha SD karty se na ta mista nevejde. Udelat loader je lepsi, to
umistis na ROMdisk, ze ktereho se da nabootovat. Ale nejde jen o to spoustet MZF
z SD karty. Kdyz mas program, ktery potrebuje zapisovat data (at uz vysledky
nejake prace - grafiku, assembler, hudbu, BASIC programy), nebo jenom obycejne
vysledky her, tak se Ti muze stat, ze ten program bud vyuziva, nebo nevyuziva
stavajici ROM (protoze je zbytecne rozlezla a da se odmapovat, at mas vice
pameti pro program). A stejne ten program budes muset patchnout (rutiny pro
obsluhu kazetaku).

> V případě IDE/CF by se tohle všechno muselo dělat na straně Sharpa, což
by 
> nejspíš znamenalo vymyslet nějaký zjednodušený filesystém na CF, který
by byl 
> Sharp schopen rozumně obsloužit a to by zase komplikovalo s takovými daty> rozumně pracovat v PC ve čtečce.

Tohle uz je hotovo v NIPOSu. Ale momentalne umi pracovat pouze 8-bitove. Marek
 Smihla uz nestihl 16-tibitovou podporu dokoncit.
 

> 2. floppy věci. Jak tohle funguje? Má na to sharp nějaké rutiny v ROM, 
> sandardní DOS nebo tak něco nebo si programy sahají rovnou na WD? Jak jsou > různé floppy řadiče mezi sebou kompatibilní? Jak je vyřešené
 bootování?

Presne tak, v ROMce je kod, ktery precte 1.sektor 0. stopy 1. strany a nabootuje
z kodu ulozeneho ve 2.-5. sektoru teze stopy. Format Sharpa je 256 bajtu na
sektor, ale Lamacova CP/M i NIPOS pouzivaji 512 bajtu. Jakmile se nabootuje, pak
uz CP/M odmapuje ROM (aby mel plnych 64kB) a saha na WD registry sam - a taky
kvuli tomu, aby mel dostupnych celych 512bajtu na sektoru.

Ja jsem v tom stavu, ze nactu FAT12/FAT16 image, otevru DSK soubor (image Sharpi
diskety) ulozeny na FAT a muzu posilat vybrane jednotlive sektory. Takze smer je
dobry. Chci to nacpat do ATMega16 a pak to doladit primo se Sharpem, ktery tady 
v Praze nemam. Trochu je problem s nekompatibilitami mezi formaty disku pro CP/M
/ NIPOS (720kB - 360kB asi nema smysl), P-CPM (original Sharp CP/M - 320kB) a
BASIC (316kB). Prozatim budu rad, kdyz mi to bude chodit s 720kB obrazy.

V.

Dne Monday 22 of September 2008 10:06:15 Vaclav Peroutka (sharpemupandora.cz)
napsal(a):

> Presne tak, v ROMce je kod, ktery precte 1.sektor 0. stopy 1. strany a
> nabootuje z kodu ulozeneho ve 2.-5. sektoru teze stopy. Format Sharpa je
> 256 bajtu na sektor, ale Lamacova CP/M i NIPOS pouzivaji 512 bajtu. Jakmile
> se nabootuje, pak uz CP/M odmapuje ROM (aby mel plnych 64kB) a saha na WD
> registry sam - a taky kvuli tomu, aby mel dostupnych celych 512bajtu na
> sektoru.

Aha, takže v tom případě se asi z důvodu kompatibility nemá smysl zabývat
jakokoliv formou IDE/CF přímo na sběrnici, ale jít cestou jednočip s
 emulací 
floppy a kartou s běžným (FAT) fs.

> Ja jsem v tom stavu, ze nactu FAT12/FAT16 image, otevru DSK soubor (image
> Sharpi diskety) ulozeny na FAT a muzu posilat vybrane jednotlive sektory.

 Optimálně bych si ptředstavoval tak, že po zapnutí by systém nabootoval zMCU/SD "disketu" s loaderem, kde by se daly buď přímo procházet a nahrávat 
mzf soubory (s tím, že případné ukládání by holt bez úprav nefungovalo 
jinam 
než na kazetu; ale jinak se to stejně udělat nedá) nebo by si člověk
nacpal 
obrazy disket do emulované mechaniky a nabootoval z ní. 

Časem ještě můžeme uvažovat třetí možnost, kdy by nějaký chytrý OS
(C/PM, 
nipos - teď vařím z vody, neznám ani jeden ani možnosti jejich dalšího 
upravování) mohl přistupovat na kartu rovnou a to buď na souborové úrovni nebo na sektorové do nějaký předpřipravených partitionů.

Ctirad

> Dne Monday 22 of September 2008 10:06:15 Vaclav Peroutka (sharpemupandora.cz)
> napsal(a):
> > Presne tak, v ROMce je kod, ktery precte 1.sektor 0. stopy 1. strany a
> > nabootuje z kodu ulozeneho ve 2.-5. sektoru teze stopy. Format Sharpa je
> > 256 bajtu na sektor, ale Lamacova CP/M i NIPOS pouzivaji 512 bajtu.
 Jakmile
> > se nabootuje, pak uz CP/M odmapuje ROM (aby mel plnych 64kB) a saha na WD
> > registry sam - a taky kvuli tomu, aby mel dostupnych celych 512bajtu na
> > sektoru.
> 
> Aha, takže v tom případě se asi z důvodu kompatibility nemá smysl
zabývat 
> jakokoliv formou IDE/CF přímo na sběrnici, ale jít cestou jednočip s
emulací 
> floppy a kartou s běžným (FAT) fs.

CF muze byt podporovana primo jedine v NIPOSu (CP/M asi uz nikdo prepisovat
nebude). Mel jsem predstavu systemu CF s podporou NIPOSu a SD karta, ktera se
chova jako floppy disk - tedy jednocip a emulace.

>  Optimálně bych si ptředstavoval tak, že po zapnutí by systém nabootoval
z 
> MCU/SD "disketu" s loaderem, kde by se daly buď přímo procházet a
nahrávat 
> mzf soubory (s tím, že případné ukládání by holt bez úprav
nefungovalo jinam 
> než na kazetu; ale jinak se to stejně udělat nedá) nebo by si člověk
nacpal 
> obrazy disket do emulované mechaniky a nabootoval z ní. 

To taky neni spatny napad. Ja jsem spise premyslel, ze na kartu dam male LCD a
ty si vyberes primo DSK soubor, se kterym chces delat - timto zpusobem muzes
menit "diskety" jak v Basicu, tak NIPOSu, tak ostatnich programech za behu
systemu.

> Časem ještě můžeme uvažovat třetí možnost, kdy by nějaký chytrý OS
(C/PM, 
> nipos - teď vařím z vody, neznám ani jeden ani možnosti jejich dalšího > upravování) mohl přistupovat na kartu rovnou a to buď na souborové
 úrovni 
> nebo na sektorové do nějaký předpřipravených partitionů.

Ano, to je taky moznost, problem je, ze v NIPOSu uz Marek Smihla bojoval s
mistem a optimalizoval kazdy blok kodu. Takze by se musel uselat spise nejaky
specialni system, ktery by nekam strankoval. Otazkou je, jestli do RAMDisku,
nebo nekam jinam, to je asi dost prace. Ale v zasade to nemozne neni.

V.

Dne Monday 22 of September 2008 11:13:06 Vaclav Peroutka (sharpemupandora.cz)
napsal(a):

> CF muze byt podporovana primo jedine v NIPOSu (CP/M asi uz nikdo prepisovat
> nebude). Mel jsem predstavu systemu CF s podporou NIPOSu a SD karta, ktera
> se chova jako floppy disk - tedy jednocip a emulace.

To už mi přijde překomplikované. Jedno velké médium musí stačit.

> To taky neni spatny napad. Ja jsem spise premyslel, ze na kartu dam male
> LCD a ty si vyberes primo DSK soubor, se kterym chces delat - timto
> zpusobem muzes menit "diskety" jak v Basicu, tak NIPOSu, tak ostatnich
> programech za behu systemu.

To ano. Ale zase je to složitější a dražší na výrobu a přiznejme si,
 že to 
ovládání přes display taky není žádná výhra. Ostatně obdobné produkty
pro 
jiné platformy tak od používání displejů ustupují a najíždí na
softwarové 
managery. 

> Ano, to je taky moznost, problem je, ze v NIPOSu uz Marek Smihla bojoval s
> mistem a optimalizoval kazdy blok kodu. Takze by se musel uselat spise
> nejaky specialni system, ktery by nekam strankoval. Otazkou je, jestli do
> RAMDisku, nebo nekam jinam, to je asi dost prace. Ale v zasade to nemozne
> neni.

Teď přesně nevím, co si mám představit pod pojmem RAMdisk. Je to běžná rozšířená RAM přes banky jako u ZX128, Atari 130XE a výš apod.? Pro běh 
rozumného OS bych předpokládal rozšířenou RAM jako nutnost. 

BTW, znáte někdo http://www.symbos.de/ ? Co to zkusit naportovat na Sharpa?

Ctirad 

Vaclav Peroutka (sharpemupandora.cz) napsal(a):

> Ano, to je taky moznost, problem je, ze v NIPOSu uz Marek Smihla bojoval s
 mistem a optimalizoval kazdy blok kodu. Takze by se musel uselat spise nejaky
specialni system, ktery by nekam strankoval. Otazkou je, jestli do RAMDisku,
nebo nekam jinam, to je asi dost prace. Ale v zasade to nemozne neni.
>   

Nezaslechl jsem nekde v pozadi MemExt? :))  
http://www.volny.cz/david.luftner/MemExt/ (info predevsim pro noveho 
Sharpistu)

> Vaclav Peroutka (sharpemupandora.cz) napsal(a):
> > Ano, to je taky moznost, problem je, ze v NIPOSu uz Marek Smihla bojoval s
> mistem a optimalizoval kazdy blok kodu. Takze by se musel uselat spise nejaky
> specialni system, ktery by nekam strankoval. Otazkou je, jestli do RAMDisku,
> nebo nekam jinam, to je asi dost prace. Ale v zasade to nemozne neni.
> >   
> Nezaslechl jsem nekde v pozadi MemExt? :))  
> http://www.volny.cz/david.luftner/MemExt/ (info predevsim pro noveho 
> Sharpistu)

Nezaslechl, ja jsem znamy odpurce MemExtu, protoze kdyz chce nekdo programovat
 Sharpa, ma Sharpa. Kdyz chce hodne pameti, at radeji pouzije PCcko ;-) Proste
mam rad originaly a ne rozsireni, ktera zavisi na zmene puvodniho hardwaru.
Kdyby Sharp udelal neco podobneho, jako s VRAM, i s RAM (tzn. priprava prepinani
bank pameti), v zadnem pripade bych proti nebyl.

V.

> Dne Monday 22 of September 2008 11:13:06 Vaclav Peroutka (sharpemupandora.cz)
> napsal(a):
> > CF muze byt podporovana primo jedine v NIPOSu (CP/M asi uz nikdo
 prepisovat
> > nebude). Mel jsem predstavu systemu CF s podporou NIPOSu a SD karta, ktera
> > se chova jako floppy disk - tedy jednocip a emulace.
> 
> To už mi přijde překomplikované. Jedno velké médium musí stačit.

Souhlasim, ale jak jsem psal, podpora IDE je v NIPOSu pripravena a snad i temer 
hotova. Podpora FDD (tedy i obrazu na SD karte) je funkcni uz davno. Jde o vec, 
ze na SD karta bys e chovala spise jako storage medium pro diskety, nez jako
jedno velke medium. A dalsi vyhoda je, ze pripojis starou disketovku, pretahnes 
data na HD, pripojis SD kartu a muzes pohodlne pretahnout data do image na SD.
Oboji najednou ( skutecny FDD a SD emulator) pripojene mit nemuzes. Ale v zasade
s Tebou souhlasim.

> 
> > To taky neni spatny napad. Ja jsem spise premyslel, ze na kartu dam male
> > LCD a ty si vyberes primo DSK soubor, se kterym chces delat - timto
> > zpusobem muzes menit "diskety" jak v Basicu, tak NIPOSu, tak ostatnich
> > programech za behu systemu.
> 
> To ano. Ale zase je to složitější a dražší na výrobu a přiznejme si, 
že to 
> ovládání přes display taky není žádná výhra. Ostatně obdobné
produkty pro 
> jiné platformy tak od používání displejů ustupují a najíždí na
softwarové 
> managery. 

Souhlasim. Urcite by to slo udelat i v ramci nejakeho pridavneho programu.

> 
> > Ano, to je taky moznost, problem je, ze v NIPOSu uz Marek Smihla bojoval s
> > mistem a optimalizoval kazdy blok kodu. Takze by se musel uselat spise
> > nejaky specialni system, ktery by nekam strankoval. Otazkou je, jestli do
> > RAMDisku, nebo nekam jinam, to je asi dost prace. Ale v zasade to nemozne
> > neni.
> 
> Teď přesně nevím, co si mám představit pod pojmem RAMdisk. Je to
běžná 
> rozšířená RAM přes banky jako u ZX128, Atari 130XE a výš apod.? Pro
běh 
> rozumného OS bych předpokládal rozšířenou RAM jako nutnost. 

Ramdisk je externi cast pameti, ke ktere pristupujes pomoci IN/OUT - chova se to
jako V/V zarizeni, tedy neni to nativni pamet. To, co existuje na ZX128 Sharp
nemel, ale existuje jiz zmineny MemExt, kde odpojis RAM, ROM, prijpojis na ta
mista MemExt.

> 
> BTW, znáte někdo http://www.symbos.de/ ? Co to zkusit naportovat na
Sharpa?

Ano, ten napad tu uz byl, byl tu i napad preportovat Uzix (coz je unix pro MSX).
Ale - nejsou lidi.

V.

Dne Monday 22 of September 2008 12:03:29 Vaclav Peroutka (sharpemupandora.cz)
napsal(a):

> Souhlasim, ale jak jsem psal, podpora IDE je v NIPOSu pripravena a snad i
> temer hotova. Podpora FDD (tedy i obrazu na SD karte) je funkcni uz davno.
> Jde o vec, ze na SD karta bys e chovala spise jako storage medium pro
> diskety, nez jako jedno velke medium. 

Pak by tu byla ještě možnost, že by se ten interface zároveň mohl chovat
 jako 
IDE s plným přístupem k té stejné kartě. Ale znamenalo by to řešit
zamykání 
při přístupu na image disket a taky netuším, jak je na tom nipos s podporouFAT nebo jiného fs rozumně použitelného na SD kartu.
To už mi přijde jednodužší upravit Nipos tak, aby k celé kartě mohl
 přímo přes 
to floppy rozhraní, jak už jsem psal jinde.

BTW, jak je to vůbec s niposem a kompatibilitou s normálními sharpovými 
programy? Lze z niposu spouštět přímo mzf nebo něco podobného nebo je toúplně jiný svět? 

> A dalsi vyhoda je, ze pripojis starou 
> disketovku, pretahnes data na HD, pripojis SD kartu a muzes pohodlne
> pretahnout data do image na SD. Oboji najednou ( skutecny FDD a SD
> emulator) pripojene mit nemuzes. 

Když odhlédnu od řešení naznačeného výše, napadá mě možnost
 přehazovat 
floppy/SD nějakým jumperem a kopírovat přes ramdisk. Případně
sofistikovaněji 
přepínat to softwarově a k tomu účelu udělat nějakou šikovnou
kopírovací 
utilitu. 

> Ano, ten napad tu uz byl, byl tu i napad preportovat Uzix (coz je unix pro
> MSX). Ale - nejsou lidi.

A jsou alespoň zdrojáky?

Ctirad 

> 
> Pak by tu byla ještě možnost, že by se ten interface zároveň mohl chovat
 jako 
> IDE s plným přístupem k té stejné kartě. Ale znamenalo by to řešit
zamykání 
> při přístupu na image disket a taky netuším, jak je na tom nipos s
podporou 
> FAT nebo jiného fs rozumně použitelného na SD kartu.
> To už mi přijde jednodužší upravit Nipos tak, aby k celé kartě mohl
přímo přes 
> to floppy rozhraní, jak už jsem psal jinde.

Podpora FAT v NIPOSu myslim zatim neni - a pri soucasnem mnozstvi prostredku
nevim, jestli se tam vejde. Obavam se, ze na nic jineho uz tam nebude misto, nez
na tu podporu 16-bitoveho IDE.

> 
> BTW, jak je to vůbec s niposem a kompatibilitou s normálními sharpovými 
> programy? Lze z niposu spouštět přímo mzf nebo něco podobného nebo je to> úplně jiný svět? 

Ano, tohle se da, tedy, ja vzdycky pouzival LEC CP/M. Ale je jasne, ze MZF
 preslehne NIPOS v pameti, takze kdyz napr. dohrajes hru, musis resetovat
pocitac, aby mohl NIPOS zase nabootovat.

> 
> > Ano, ten napad tu uz byl, byl tu i napad preportovat Uzix (coz je unix pro
> > MSX). Ale - nejsou lidi.
> 
> A jsou alespoň zdrojáky?

K Uzixu ? Mely by byt nekde tady: http://uzix.sourceforge.net/ Zdrojaky NIPOSu
mam nekde ja, ale budu je muset pohledat. Kdyby se nasel nejaky programator,
ktery ma cas a je schopny pokracovat, bude to jen dobre.

V.

>> Ano, ten napad tu uz byl, byl tu i napad preportovat Uzix (coz je unix pro
>> MSX). Ale - nejsou lidi.
>
>A jsou alespoň zdrojáky?

http://uzix.sourceforge.net
- ale nějak je tam nevidím, zmizely i screenshoty a další, ještě nedávno 
tam bylo všechno, tak nevím, jestli to z webu smazali.
                                          J.D.

>> Ano, ten napad tu uz byl, byl tu i napad preportovat Uzix (coz je unix pro
>> MSX). Ale - nejsou lidi.
>
>A jsou alespoň zdrojáky?

TADY!
Našel jsem.
http://sourceforge.net/project/showfiles.php?group_id=32622

Jinak pro Sharpa se to mělo rozběhnout zde:
http://sourceforge.net/projects/umzix/

> 
> Jinak pro Sharpa se to mělo rozběhnout zde:
> http://sourceforge.net/projects/umzix/
> 

Jo, tohle jsem zakladal ja. Bavili jsme se o tom prave s Romanem Dolejsim. Ale
 proste na to neni cas. Pokud si chce nekdo pohrat s portaci UZIXe (proto uMZix 
) - dam mu na ten projekt prava...

Vasek