Zajimalo by me, jak ma SHARP MZ800 vyresenou videoram, jak se do ni pristupuje a jak jsou v ni data organizovana. Dale pak organizace pameti, pripadne moznosti jejiho rozsireni. VELESOFT --- Tato zpráva neobsahuje viry ani jiný škodlivý kód - avast! Antivirus je aktivní. http://www.avast.com
Zpusob prace s videoram i samotna organizace pameti jsou zavisle na tom
v jakem rezimu se pocitac zrovna nachazi.
MZ-800 je v podstate dvojpocitac, ktery se snazi byt temer ve vsem
kompatibilni se starsim MZ-700, jehoz grafika je atributova - velikost
VRAM je 4KB + 4KB CG-RAM. Rezim MZ-800 je vybaven "bitmapovou" grafikou
(v zakladu ma VRAM 16KB) , ktera se pak dale deli na 6 dalsich subrezimu
- uplne vsechny jsou vsak dostupne jen po rozsireni VRAM na 32KB.
Zpusob prace s videoram i samotna organizace pameti jsou zavisle na tom
v jakem rezimu se pocitac aktualne nachazi.
Volba rezimu se realizuje pres DMD registr instrukci OUT (0xCE),A :
=========================================================
3. a 2. bit:
0 0 - MZ-800 (320x200)
0 1 - MZ-800 (640x200)
1 0 - MZ-700
V rezimech MZ-800 lze pomoci 2. a 1. bitu volit obrazy a bloky (v
zavislosti na tom, zda je k dispozici 16, nebo 32KB VRAM):
0 0 - zakladni rezim, provozovany na zakladni 16K VRAM, byva take
oznacovan jako obraz "A"
v rezimu 320x200 je video pamet rozdelena do grafickeho
bloku I. a II. (kazdy po 8KB) a s jejich kombici lze v tomto rezimu
zobrazit v aktivni m screenu 4 barvy, ktere jsou preddefinovany v
paletovem registu
v rezimu 640x200 je pamet spojena do grafickeho bloku I.
(plnych 16KB) a lze v nem zobrazovat pouze 2 barvy
0 1 - rozsireny rezim, provozovany jen na externi 16K VRAM, oznacovany
za obraz "B"
analogicky se v tomto rezimu pouzivaji graficke bloky III a
IV v rezimu 320x200, nebo III v rezimu 640x200
1 0 - rozsireny rezim, provozovany soucasne jak na interni, tak i n
externi VRAM
v rezimu 320x200 jsou pouzity pametove bloky I. - IV.,
tzn. kombinace 4 bitu = 16 soucasne zobrazenych barev
v rezimu 640x200 je pouzit I. a III. pametovy blok, coz
znamena 2 bity na pixel = 4 soucasne zobrazene barvy urcene paletovym
registrem
(Dalsi neuvedene kombinace bitu nejsou povoleny a delaji vicemene jen
bordel.)
Rozdeleni pameti v MZ-700:
========================
0x0000 - 0x0FFF ROM, nebo RAM
0x1000 - 0x1FFF CG-ROM, nebo RAM
0x2000 - 0xBFFF vzdy RAM
0xC000 - 0xCFFF CG-RAM, nebo RAM
0xD000 - 0xDFFF znakova VRAM, nebo RAM
0xD800 - 0xDFFF atributova VRAM, nebo RAM
0xE000 - 0xFFFF ROM, nebo RAM
... coz by pro dnesek stacilo :) Treba mne nekdo doplni, nebo bude
pokracovat dal, jinak az zase budu mit cas...
Dne 11.8.2014 18:24, VELESOFT napsal(a):
> Zajimalo by me, jak ma SHARP MZ800 vyresenou videoram, jak se do ni pristupuje a > jak jsou v ni data organizovana. Dale pak organizace pameti, pripadne moznosti > jejiho rozsireni. > > VELESOFT > > > --- > Tato zpráva neobsahuje viry ani jiný škodlivý kód - avast! Antivirus je aktivní. > http://www.avast.com > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz >
---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 11. 8. 2014 21:41:18
Předmět: Re: [SharpMZ] Sharp MZ800 - seznameni
Zpusob prace s videoram i samotna organizace pameti jsou zavisle na tom
v jakem rezimu se pocitac zrovna nachazi.
MZ-800 je v podstate dvojpocitac, ktery se snazi byt temer ve vsem
kompatibilni se starsim MZ-700, jehoz grafika je atributova - velikost
VRAM je 4KB + 4KB CG-RAM. Rezim MZ-800 je vybaven "bitmapovou" grafikou
(v zakladu ma VRAM 16KB) , ktera se pak dale deli na 6 dalsich subrezimu
- uplne vsechny jsou vsak dostupne jen po rozsireni VRAM na 32KB.
Zpusob prace s videoram i samotna organizace pameti jsou zavisle na tom
v jakem rezimu se pocitac aktualne nachazi.
Volba rezimu se realizuje pres DMD registr instrukci OUT (0xCE),A :
=========================================================
3. a 2. bit:
0 0 - MZ-800 (320x200)
0 1 - MZ-800 (640x200)
1 0 - MZ-700
V rezimech MZ-800 lze pomoci 2. a 1. bitu volit obrazy a bloky (v
zavislosti na tom, zda je k dispozici 16, nebo 32KB VRAM):
0 0 - zakladni rezim, provozovany na zakladni 16K VRAM, byva take
oznacovan jako obraz "A"
v rezimu 320x200 je video pamet rozdelena do grafickeho
bloku I. a II. (kazdy po 8KB) a s jejich kombici lze v tomto rezimu
zobrazit v aktivni m screenu 4 barvy, ktere jsou preddefinovany v
paletovem registu
v rezimu 640x200 je pamet spojena do grafickeho bloku I.
(plnych 16KB) a lze v nem zobrazovat pouze 2 barvy
0 1 - rozsireny rezim, provozovany jen na externi 16K VRAM, oznacovany
za obraz "B"
analogicky se v tomto rezimu pouzivaji graficke bloky III a
IV v rezimu 320x200, nebo III v rezimu 640x200
1 0 - rozsireny rezim, provozovany soucasne jak na interni, tak i n
externi VRAM
v rezimu 320x200 jsou pouzity pametove bloky I. - IV.,
tzn. kombinace 4 bitu = 16 soucasne zobrazenych barev
v rezimu 640x200 je pouzit I. a III. pametovy blok, coz
znamena 2 bity na pixel = 4 soucasne zobrazene barvy urcene paletovym
registrem
(Dalsi neuvedene kombinace bitu nejsou povoleny a delaji vicemene jen
bordel.)
Rozdeleni pameti v MZ-700:
========================
0x0000 - 0x0FFF ROM, nebo RAM
0x1000 - 0x1FFF CG-ROM, nebo RAM
0x2000 - 0xBFFF vzdy RAM
0xC000 - 0xCFFF CG-RAM, nebo RAM
0xD000 - 0xDFFF znakova VRAM, nebo RAM
0xD800 - 0xDFFF atributova VRAM, nebo RAM
0xE000 - 0xFFFF ROM, nebo RAM
... coz by pro dnesek stacilo :) Treba mne nekdo doplni, nebo bude
pokracovat dal, jinak az zase budu mit cas...
Dne 11.8.2014 18:24, VELESOFT napsal(a):
> Zajimalo by me, jak ma SHARP MZ800 vyresenou videoram, jak se do ni pristupuje a
> jak jsou v ni data organizovana. Dale pak organizace pameti, pripadne moznosti
> jejiho rozsireni.
>
> VELESOFT
>
>
> ---
> Tato zpráva neobsahuje viry ani jiný škodlivý kód - avast! Antivirus je aktivní.
> http://www.avast.com
>
> _______________________________________________
> SharpMZ mailing list
> SharpMZmail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz
>
_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz
Ahoj,Snad jen než nám tu Michal přepíše polovinu servisní dokumentace tak se dá dost vyčíst na stránkách Brněnského Sharp klubu: http://www.scav.cz/sharp_mz-800/vse_o_MZ-800/vse_o_MZ-800-5_Grafika.htm
A také v souboru MZ0A.txt který je v tomto archivu: http://www.scav.cz/upload/Komentovany_vypis_ROM.zip
A nedocenitelnou studnicí informací o Sharpu je Servisní dokumentace: http://www.scav.cz/upload/MZ800_Technical_reference_manual.pdf
Podle mého názoru má Sharp co se týká přístupu k VRAM a pochopení práce s grafikou jednu z nejsložitějších na 8bit počítačích. Konkurovat mu snad může jen Atari s Display Listem.
Martin
Velesofte, podle mne by bylo vhodne se omezit na nejaky bezny rezim napr. 320x200 16barev, proto nasledujici text bude jen o tomto rezimu. Drtiva vetsina uzivatelu ma rozsirenou pamet na 32KB. Duvod byl ten, ze tento rezim umoznuje prenest hru z ZX na Sharpa a soucasne zachovat barvy a tak nemit hru jen cernobilou. Rada kamaradu si okolo revoluce koupila rozsirenou video pamet hlavne kvuli hram. Hodne her bez rozsireni je nehratelnych, protoze se spatne zobrazuji. Tech jinych rezimu nez 320x200/16 je opravdu hodne ale nema cenu se tim pro zacatek prilis zabyvat. Dulezite je to, ze pri rozsireni ma video sbernice 16 bitu. Prenasi se soucasne 2x8 bitu. 8 taktu krystalu ma zakaznicky obvod vyhrazen pro sebe a za tu dobu precte vsechny ctyri roviny coz dela 8x4bity. Proto ma pripraveno 8 bitu v 16 barvach pro pristi zobrazovani (load). Pak nasleduje 8 taktu kde ma pristup do video pameti CPU. Nasleduje Load signal jenz zajisti predani tech 32 bitu do vystupniho shift registru a zobrazeni po dobu nasledujicich 16 taktu, kazdych 2 takty se zobrazuje jeden bod. Mezitim se uz pripravuji dalsi data a cele se to opakuje. Mozna pro tebe je zajimava informace ze hodiny pro cpu se deli peti. Takze pro predstavu, tri takty cpu je 15 taktu krystalu. Protoze vim ze dobre znas ZX48 tak to porovnam s nim. Je to podobne jako kdyz na Spectru se nacte jeden znak a nasledne jeho atribut a pak jeste jeden znak za nim plus jeho atribut. Pak se to zobrazuje a takto je umozneno CPU v druhem cyklu pristupovat do pameti. Samozrejme je rozdil ze na Sharpovi se nectou atributy ale bity ze kterych se dela barva. Pro zacatek bych ti doporucoval si nehrat s registry palet - pro rezim 16 barev je pro drtivou vetsinu aplikaci nechat puvodni barvy. Upravu registru bych osobne pouzil jen pro nejake demo. Video pamet je namapovana mezi 08000h a 09fffh - celkem 8KB. Pozor ale na to ze nikdy neni primo pristupna ale vzdy se pristupuje pres dva registry - READ a WRITE. Podle toho jak jsou nastavene tak se provadi vybrana cinnost. Je jasne ze kdyz pamet ma 32KB a mapuje se jen 8KB tak lze pristupovat jen k casti obsahu. Pri zapisu dat do video ram je dulezite vedet, ze dela vetsinou nejaka logicka operace a tak se vlastne nactou data z video ramky pak se treba udela logicke OR a vysledek se ulozi zpet do video ram - vse toto dela zakaznicky obvod automaticky - programator to neovlivnuje, on jen nastavuje rezim zapisu. Pri cteni jsou dva zakladni rezimy. Jeden je ze si vyberes rovinu 1 az 4 a z ni ctes. Kde je 1 tam je v rovine nastaveno log.1. Pri cteni rovin by jsi spravne nemel nastavoval vice rovin a snazit se cist z vice rovin. Druhy typ je cteni "barvy", zde se dotazujes zda na miste obrazovky je presne tato barva. Tech barev je 16 a tak kdyz by jsi chtel takto cist celou obrazovku tak by jsi to musel provest 16 krat. Proto je pro celou obrazovku lepsi 4x nacist roviny a mas vsechny data. Na druhou stranu kdyz chces zjistit (overit) zda na nejakem miste obrazovky je napr. cerveny bod tak muzes jednim ctenim pri vyberu barvy to zjistit. Kazdy rezim je vhodny pro jinou cinnost. Video pamet se mapuje tak, ze prvni bajt je na 08000h. Pak nasleduji dalsi bajty (body) tak ze je obsazeno 8000 bajtu (320*200/8). Nasledujich 192 bajtu je nevyuzito pro zobrazovani ale je mapovano. Co se tyce nejakeho atypickeho rozsireni, tak jsem nevidel zadne HW rozsireni, ktery by zajistil nekolik samostatnych obrazovek a pripadne prepinani mezi nimi. Jedine co jiz bylo zmineno v konferenci je to, ze pri vhodnem "hrani" s registry muzes udelat dve obrazovky (pamet 32KB rozdelis na 2x16KB) a ty plnit samostatne a prepinat mezi nimi ale toto neni mozne pro rezim 320x200/16. Radek p.s. Snad ten text je alespon nejak citelny a nekoho potesi. Dne 11.8.2014 18:24, VELESOFT napsal(a):
> Zajimalo by me, jak ma SHARP MZ800 vyresenou videoram, jak se do ni pristupuje a > jak jsou v ni data organizovana. Dale pak organizace pameti, pripadne moznosti > jejiho rozsireni. > > VELESOFT > > >
Radku, není tak úplně pravda, že by se nedala hra ze Spectra přenést v barvách na Sharpa bez rozšíření videopaměti. Živým důkazem toho je třeba hra Express (přeskakování po vagonech až k lokomotivě), Tetris2, FX Sound3 od J. Lamače, ..... Vše je děláno do MZ-700 režimu v 8 barvách, kde se pouze mění generátor znaků a taková emulace videopaměti Spectra je i rychlá. Předpokládám ale že Velesoft se ptal jen čistě ze zvědavosti a pro Sharpa nic nechystá :-) Zdeněk
-----Původní zpráva----- From: Radek Suk Sent: Tuesday, August 12, 2014 9:12 PM To: Počítače SHARP MZ a jejich emulátory Subject: Re: [SharpMZ] Sharp MZ800 - seznameni Velesofte, podle mne by bylo vhodne se omezit na nejaky bezny rezim napr. 320x200 16barev, proto nasledujici text bude jen o tomto rezimu. Drtiva vetsina uzivatelu ma rozsirenou pamet na 32KB. Duvod byl ten, ze tento rezim umoznuje prenest hru z ZX na Sharpa a soucasne zachovat barvy a tak nemit hru jen cernobilou. Rada kamaradu si okolo revoluce koupila rozsirenou video pamet hlavne kvuli hram. Hodne her bez rozsireni je nehratelnych, protoze se spatne zobrazuji. Tech jinych rezimu nez 320x200/16 je opravdu hodne ale nema cenu se tim pro zacatek prilis zabyvat. Dulezite je to, ze pri rozsireni ma video sbernice 16 bitu. Prenasi se soucasne 2x8 bitu. 8 taktu krystalu ma zakaznicky obvod vyhrazen pro sebe a za tu dobu precte vsechny ctyri roviny coz dela 8x4bity. Proto ma pripraveno 8 bitu v 16 barvach pro pristi zobrazovani (load). Pak nasleduje 8 taktu kde ma pristup do video pameti CPU. Nasleduje Load signal jenz zajisti predani tech 32 bitu do vystupniho shift registru a zobrazeni po dobu nasledujicich 16 taktu, kazdych 2 takty se zobrazuje jeden bod. Mezitim se uz pripravuji dalsi data a cele se to opakuje. Mozna pro tebe je zajimava informace ze hodiny pro cpu se deli peti. Takze pro predstavu, tri takty cpu je 15 taktu krystalu. Protoze vim ze dobre znas ZX48 tak to porovnam s nim. Je to podobne jako kdyz na Spectru se nacte jeden znak a nasledne jeho atribut a pak jeste jeden znak za nim plus jeho atribut. Pak se to zobrazuje a takto je umozneno CPU v druhem cyklu pristupovat do pameti. Samozrejme je rozdil ze na Sharpovi se nectou atributy ale bity ze kterych se dela barva. Pro zacatek bych ti doporucoval si nehrat s registry palet - pro rezim 16 barev je pro drtivou vetsinu aplikaci nechat puvodni barvy. Upravu registru bych osobne pouzil jen pro nejake demo. Video pamet je namapovana mezi 08000h a 09fffh - celkem 8KB. Pozor ale na to ze nikdy neni primo pristupna ale vzdy se pristupuje pres dva registry - READ a WRITE. Podle toho jak jsou nastavene tak se provadi vybrana cinnost. Je jasne ze kdyz pamet ma 32KB a mapuje se jen 8KB tak lze pristupovat jen k casti obsahu. Pri zapisu dat do video ram je dulezite vedet, ze dela vetsinou nejaka logicka operace a tak se vlastne nactou data z video ramky pak se treba udela logicke OR a vysledek se ulozi zpet do video ram - vse toto dela zakaznicky obvod automaticky - programator to neovlivnuje, on jen nastavuje rezim zapisu. Pri cteni jsou dva zakladni rezimy. Jeden je ze si vyberes rovinu 1 az 4 a z ni ctes. Kde je 1 tam je v rovine nastaveno log.1. Pri cteni rovin by jsi spravne nemel nastavoval vice rovin a snazit se cist z vice rovin. Druhy typ je cteni "barvy", zde se dotazujes zda na miste obrazovky je presne tato barva. Tech barev je 16 a tak kdyz by jsi chtel takto cist celou obrazovku tak by jsi to musel provest 16 krat. Proto je pro celou obrazovku lepsi 4x nacist roviny a mas vsechny data. Na druhou stranu kdyz chces zjistit (overit) zda na nejakem miste obrazovky je napr. cerveny bod tak muzes jednim ctenim pri vyberu barvy to zjistit. Kazdy rezim je vhodny pro jinou cinnost. Video pamet se mapuje tak, ze prvni bajt je na 08000h. Pak nasleduji dalsi bajty (body) tak ze je obsazeno 8000 bajtu (320*200/8). Nasledujich 192 bajtu je nevyuzito pro zobrazovani ale je mapovano. Co se tyce nejakeho atypickeho rozsireni, tak jsem nevidel zadne HW rozsireni, ktery by zajistil nekolik samostatnych obrazovek a pripadne prepinani mezi nimi. Jedine co jiz bylo zmineno v konferenci je to, ze pri vhodnem "hrani" s registry muzes udelat dve obrazovky (pamet 32KB rozdelis na 2x16KB) a ty plnit samostatne a prepinat mezi nimi ale toto neni mozne pro rezim 320x200/16. Radek p.s. Snad ten text je alespon nejak citelny a nekoho potesi. Dne 11.8.2014 18:24, VELESOFT napsal(a): > Zajimalo by me, jak ma SHARP MZ800 vyresenou videoram, jak se do ni > pristupuje a > jak jsou v ni data organizovana. Dale pak organizace pameti, pripadne > moznosti > jejiho rozsireni. > > VELESOFT > > > _______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
Jasne, ptam se zatim jen ze zvedavosti :-) Ale kdo vi, treba jednou.... VELESOFT
----- Original Message ----- From: <zdeneka[doména skryta]> To: "Počítače SHARP MZ a jejich emulátory" <sharpmzmail.ordoz.com> Sent: Wednesday, August 13, 2014 10:00 AM Subject: Re: [SharpMZ] Sharp MZ800 - seznameni Radku, není tak úplně pravda, že by se nedala hra ze Spectra přenést v barvách na Sharpa bez rozšíření videopaměti. Živým důkazem toho je třeba hra Express (přeskakování po vagonech až k lokomotivě), Tetris2, FX Sound3 od J. Lamače, ..... Vše je děláno do MZ-700 režimu v 8 barvách, kde se pouze mění generátor znaků a taková emulace videopaměti Spectra je i rychlá. Předpokládám ale že Velesoft se ptal jen čistě ze zvědavosti a pro Sharpa nic nechystá :-) Zdeněk -----Původní zpráva----- From: Radek Suk Sent: Tuesday, August 12, 2014 9:12 PM To: Počítače SHARP MZ a jejich emulátory Subject: Re: [SharpMZ] Sharp MZ800 - seznameni Velesofte, podle mne by bylo vhodne se omezit na nejaky bezny rezim napr. 320x200 16barev, proto nasledujici text bude jen o tomto rezimu. Drtiva vetsina uzivatelu ma rozsirenou pamet na 32KB. Duvod byl ten, ze tento rezim umoznuje prenest hru z ZX na Sharpa a soucasne zachovat barvy a tak nemit hru jen cernobilou. Rada kamaradu si okolo revoluce koupila rozsirenou video pamet hlavne kvuli hram. Hodne her bez rozsireni je nehratelnych, protoze se spatne zobrazuji. Tech jinych rezimu nez 320x200/16 je opravdu hodne ale nema cenu se tim pro zacatek prilis zabyvat. Dulezite je to, ze pri rozsireni ma video sbernice 16 bitu. Prenasi se soucasne 2x8 bitu. 8 taktu krystalu ma zakaznicky obvod vyhrazen pro sebe a za tu dobu precte vsechny ctyri roviny coz dela 8x4bity. Proto ma pripraveno 8 bitu v 16 barvach pro pristi zobrazovani (load). Pak nasleduje 8 taktu kde ma pristup do video pameti CPU. Nasleduje Load signal jenz zajisti predani tech 32 bitu do vystupniho shift registru a zobrazeni po dobu nasledujicich 16 taktu, kazdych 2 takty se zobrazuje jeden bod. Mezitim se uz pripravuji dalsi data a cele se to opakuje. Mozna pro tebe je zajimava informace ze hodiny pro cpu se deli peti. Takze pro predstavu, tri takty cpu je 15 taktu krystalu. Protoze vim ze dobre znas ZX48 tak to porovnam s nim. Je to podobne jako kdyz na Spectru se nacte jeden znak a nasledne jeho atribut a pak jeste jeden znak za nim plus jeho atribut. Pak se to zobrazuje a takto je umozneno CPU v druhem cyklu pristupovat do pameti. Samozrejme je rozdil ze na Sharpovi se nectou atributy ale bity ze kterych se dela barva. Pro zacatek bych ti doporucoval si nehrat s registry palet - pro rezim 16 barev je pro drtivou vetsinu aplikaci nechat puvodni barvy. Upravu registru bych osobne pouzil jen pro nejake demo. Video pamet je namapovana mezi 08000h a 09fffh - celkem 8KB. Pozor ale na to ze nikdy neni primo pristupna ale vzdy se pristupuje pres dva registry - READ a WRITE. Podle toho jak jsou nastavene tak se provadi vybrana cinnost. Je jasne ze kdyz pamet ma 32KB a mapuje se jen 8KB tak lze pristupovat jen k casti obsahu. Pri zapisu dat do video ram je dulezite vedet, ze dela vetsinou nejaka logicka operace a tak se vlastne nactou data z video ramky pak se treba udela logicke OR a vysledek se ulozi zpet do video ram - vse toto dela zakaznicky obvod automaticky - programator to neovlivnuje, on jen nastavuje rezim zapisu. Pri cteni jsou dva zakladni rezimy. Jeden je ze si vyberes rovinu 1 az 4 a z ni ctes. Kde je 1 tam je v rovine nastaveno log.1. Pri cteni rovin by jsi spravne nemel nastavoval vice rovin a snazit se cist z vice rovin. Druhy typ je cteni "barvy", zde se dotazujes zda na miste obrazovky je presne tato barva. Tech barev je 16 a tak kdyz by jsi chtel takto cist celou obrazovku tak by jsi to musel provest 16 krat. Proto je pro celou obrazovku lepsi 4x nacist roviny a mas vsechny data. Na druhou stranu kdyz chces zjistit (overit) zda na nejakem miste obrazovky je napr. cerveny bod tak muzes jednim ctenim pri vyberu barvy to zjistit. Kazdy rezim je vhodny pro jinou cinnost. Video pamet se mapuje tak, ze prvni bajt je na 08000h. Pak nasleduji dalsi bajty (body) tak ze je obsazeno 8000 bajtu (320*200/8). Nasledujich 192 bajtu je nevyuzito pro zobrazovani ale je mapovano. Co se tyce nejakeho atypickeho rozsireni, tak jsem nevidel zadne HW rozsireni, ktery by zajistil nekolik samostatnych obrazovek a pripadne prepinani mezi nimi. Jedine co jiz bylo zmineno v konferenci je to, ze pri vhodnem "hrani" s registry muzes udelat dve obrazovky (pamet 32KB rozdelis na 2x16KB) a ty plnit samostatne a prepinat mezi nimi ale toto neni mozne pro rezim 320x200/16. Radek p.s. Snad ten text je alespon nejak citelny a nekoho potesi. Dne 11.8.2014 18:24, VELESOFT napsal(a): > Zajimalo by me, jak ma SHARP MZ800 vyresenou videoram, jak se do ni > pristupuje a > jak jsou v ni data organizovana. Dale pak organizace pameti, pripadne > moznosti > jejiho rozsireni. > > VELESOFT > > > _______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz _______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz --- Tato zpráva neobsahuje viry ani jiný škodlivý kód - avast! Antivirus je aktivní. http://www.avast.com
Ahoj Zdenku Koukam ze ten email jsi asi poslal lodni postou kdyz to slo 5 dni :-). Podle mne Velesoft nebude nic na Sharpa predelavat ale zajima se o to asi jen proto, ze to ma podobnou grafiku jako Sam Coupe. Proto jsem umyslne vynechal rezim MZ700 a vybral jsem rezim co je nejvic podobny Sam Coupe. Kdyz jsem cetl vycerpavajici seznam rezimu pro MZ800 tak jsem se rozhodl napsat co nejkratsi popis prave toho jednoho rezimu. Uz v roce 1988 na setkani Sharpistu v Ostrave byla prednaska kde se rikalo ze skoro kazda hra na ZX se da prenest do rezimu MZ700 ale take na konci prednasky bylo receno ze programatori se nejspis presunou na platformu IBM PC a tak nelze ocekavat ze se to udela. A to se take stalo. Kdyz uz pisi tento email tak co vim tak Velesoft nic noveho pro Sharpa nedela ale naopak mi se muzeme od neho hodne naucit. Osobne se ted zajimam o pripojeni HDD k Sam Coupe nebo mysi a oba projekty maji potencial na preneseni na Sharpa. Nejsem jediny Shaprista co to bude stavet. Co by nebylo spatne, kdyz by nekdo zverejnil tu mys pro pripojeni k Sharpovi co simuluje tvuj emulator. Pak by mozna slo relativne jednoduse upravit soucasne pripojeni mysi pro Sam Coupe na pripojeni k Sharpovi. Kdo mate podklady pro pripojeni mysi k Sharpovi tak to zverejnete nebo poslete link kde je to ulozene. Radek Dne 13.8.2014 10:00, zdeneka[doména skryta] napsal(a):
> Radku, není tak úplně pravda, že by se nedala hra ze Spectra přenést v > barvách na Sharpa bez rozšíření videopaměti. Živým důkazem toho je třeba hra > Express (přeskakování po vagonech až k lokomotivě), Tetris2, FX Sound3 od J. > Lamače, ..... Vše je děláno do MZ-700 režimu v 8 barvách, kde se pouze mění > generátor znaků a taková emulace videopaměti Spectra je i rychlá. > Předpokládám ale že Velesoft se ptal jen čistě ze zvědavosti a pro Sharpa > nic nechystá :-) > > Zdeněk > > -----Původní zpráva----- > From: Radek Suk > Sent: Tuesday, August 12, 2014 9:12 PM > To: Počítače SHARP MZ a jejich emulátory > Subject: Re: [SharpMZ] Sharp MZ800 - seznameni > > > Velesofte, podle mne by bylo vhodne se omezit na nejaky bezny rezim > napr. 320x200 16barev, proto nasledujici text bude jen o tomto rezimu. > > Drtiva vetsina uzivatelu ma rozsirenou pamet na 32KB. Duvod byl ten, ze > tento rezim umoznuje prenest hru z ZX na Sharpa a soucasne zachovat > barvy a tak nemit hru jen cernobilou. Rada kamaradu si okolo revoluce > koupila rozsirenou video pamet hlavne kvuli hram. Hodne her bez > rozsireni je nehratelnych, protoze se spatne zobrazuji. > > Tech jinych rezimu nez 320x200/16 je opravdu hodne ale nema cenu se tim > pro zacatek prilis zabyvat. Dulezite je to, ze pri rozsireni ma video > sbernice 16 bitu. Prenasi se soucasne 2x8 bitu. 8 taktu krystalu ma > zakaznicky obvod vyhrazen pro sebe a za tu dobu precte vsechny ctyri > roviny coz dela 8x4bity. Proto ma pripraveno 8 bitu v 16 barvach pro > pristi zobrazovani (load). Pak nasleduje 8 taktu kde ma pristup do video > pameti CPU. Nasleduje Load signal jenz zajisti predani tech 32 bitu do > vystupniho shift registru a zobrazeni po dobu nasledujicich 16 taktu, > kazdych 2 takty se zobrazuje jeden bod. Mezitim se uz pripravuji dalsi > data a cele se to opakuje. Mozna pro tebe je zajimava informace ze > hodiny pro cpu se deli peti. Takze pro predstavu, tri takty cpu je 15 > taktu krystalu. > > Protoze vim ze dobre znas ZX48 tak to porovnam s nim. Je to podobne jako > kdyz na Spectru se nacte jeden znak a nasledne jeho atribut a pak jeste > jeden znak za nim plus jeho atribut. Pak se to zobrazuje a takto je > umozneno CPU v druhem cyklu pristupovat do pameti. Samozrejme je rozdil > ze na Sharpovi se nectou atributy ale bity ze kterych se dela barva. Pro > zacatek bych ti doporucoval si nehrat s registry palet - pro rezim 16 > barev je pro drtivou vetsinu aplikaci nechat puvodni barvy. Upravu > registru bych osobne pouzil jen pro nejake demo. > > Video pamet je namapovana mezi 08000h a 09fffh - celkem 8KB. Pozor ale > na to ze nikdy neni primo pristupna ale vzdy se pristupuje pres dva > registry - READ a WRITE. Podle toho jak jsou nastavene tak se provadi > vybrana cinnost. Je jasne ze kdyz pamet ma 32KB a mapuje se jen 8KB tak > lze pristupovat jen k casti obsahu. Pri zapisu dat do video ram je > dulezite vedet, ze dela vetsinou nejaka logicka operace a tak se vlastne > nactou data z video ramky pak se treba udela logicke OR a vysledek se > ulozi zpet do video ram - vse toto dela zakaznicky obvod automaticky - > programator to neovlivnuje, on jen nastavuje rezim zapisu. Pri cteni > jsou dva zakladni rezimy. Jeden je ze si vyberes rovinu 1 az 4 a z ni > ctes. Kde je 1 tam je v rovine nastaveno log.1. Pri cteni rovin by jsi > spravne nemel nastavoval vice rovin a snazit se cist z vice rovin. Druhy > typ je cteni "barvy", zde se dotazujes zda na miste obrazovky je presne > tato barva. Tech barev je 16 a tak kdyz by jsi chtel takto cist celou > obrazovku tak by jsi to musel provest 16 krat. Proto je pro celou > obrazovku lepsi 4x nacist roviny a mas vsechny data. Na druhou stranu > kdyz chces zjistit (overit) zda na nejakem miste obrazovky je napr. > cerveny bod tak muzes jednim ctenim pri vyberu barvy to zjistit. Kazdy > rezim je vhodny pro jinou cinnost. > > Video pamet se mapuje tak, ze prvni bajt je na 08000h. Pak nasleduji > dalsi bajty (body) tak ze je obsazeno 8000 bajtu (320*200/8). > Nasledujich 192 bajtu je nevyuzito pro zobrazovani ale je mapovano. > > Co se tyce nejakeho atypickeho rozsireni, tak jsem nevidel zadne HW > rozsireni, ktery by zajistil nekolik samostatnych obrazovek a pripadne > prepinani mezi nimi. Jedine co jiz bylo zmineno v konferenci je to, ze > pri vhodnem "hrani" s registry muzes udelat dve obrazovky (pamet 32KB > rozdelis na 2x16KB) a ty plnit samostatne a prepinat mezi nimi ale toto > neni mozne pro rezim 320x200/16. > > Radek > > p.s. Snad ten text je alespon nejak citelny a nekoho potesi. > > Dne 11.8.2014 18:24, VELESOFT napsal(a): >> Zajimalo by me, jak ma SHARP MZ800 vyresenou videoram, jak se do ni >> pristupuje a >> jak jsou v ni data organizovana. Dale pak organizace pameti, pripadne >> moznosti >> jejiho rozsireni. >> >> VELESOFT >> >> >> > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz > >