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

Zdenek Adler 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>Zdenkuv emulator a bug? :-) Takove veci se nesmi prede mnou rikat nahlas :-D 
Zrovna na spravne rozlozeni dat ve VRAM jsem se snazil pri psani emulace GDG 
dbat a porovnaval s realnym MZ-800 ta sama data zobrazena v ruznych 
rezimech. Nevylucuji ze se chyba vloudila, ale aspon programy ktere toho 
vyuzivaji (kupr. Lamacuv Foreign affair /viz. 
http://mz-800.xf.cz/kvalita.htm / ) mi funguji spravne. Bude-li mozne udelat 
testovaci MZF (nejlepe doplneny i screenshoty z obrazovky realneho Sharpa) 
prokazujici nespravne rozlozeni VRAM, zkusil bych se do toho ponorit a 
provest korekci.

Zdenek


----- Original Message ----- 
From: &quot;Michal Hučík (sharpemu@pandora.cz)&quot; &lt;pandora.idnes.cz@[doména skryta]&gt;
To: &quot;Konference &quot;Počítač SHARP MZ-800 a emulátory&quot;&quot; &lt;sharpemu@pandora.cz&gt;
Sent: Saturday, April 10, 2010 12:51 PM
Subject: Jaky je vyznam 4. bitu u WF a RF registru GDG?


<span class="replyquote1">&gt;
&gt; Zdravim,
&gt;
&gt; pokousim se znova porozumet praci s grafikou v rezimech MZ-800 a narazil 
&gt; jsem na nejake nesrovnalosti. Jednou z nich je vyznam 4. bitu v RF a WF 
&gt; registrech (porty 0xCD a 0xCC). Timto bitem by se melo nastavovat &quot;Frame 
&gt; A/B&quot; coz ma zrejme vyznam jen tehdy, pokud je v Sharpu rozsirena VRAM a 
&gt; pokud je aktualne nastaveny ctyr, nebo dvou barevny rezim, ktery bude 
&gt; pouzivat jen polovinu VRAM.
&gt;
&gt; Video rezim nastavujeme dolnimi bity DMD registru:
&gt;
&gt; 0000 - MZ800 320x200/4(A - I., II. plane)
&gt; 0001 - MZ800 320x200/4(B - III., IV. plane)
&gt; 0010 - MZ800 320x200/16(AB - I., II., III., IV. plane)
&gt; 0100 - MZ800 640x200/2(A - I. plane)
&gt; 0101 - MZ800 640x200/2(B - III. plane)
&gt; 0110 - MZ800 640x200/4(AB - I., III. plane)
&gt;
&gt; Kazdy plane ma 8KB
&gt; A - je integrovana VRAM 16KB
&gt; B - je externi VRAM 16KB
&gt;
&gt; WF registr (port 0xCC):
&gt;
&gt; 0. bit - plane I.
&gt; 1. bit - plane II.
&gt; 2. bit - plane III.
&gt; 3. bit - plane IV.
&gt; 4. bit - frame A/B
&gt; 5. - 7. bit - zapisovaci rezim
&gt;
&gt; Nyni nastavim napr. DMD =&gt; &quot;0100&quot; (640x200/A), primapuju VRAM a v SINGLE 
&gt; WRITE rezimu libovolne zapisuju do I. a III. plane, kam se to bez ohledu 
&gt; na stav 4. bitu ulozi, coz si muzu overit zmenou zobrazovaciho rezimu na 
&gt; DMD =&gt; &quot;0101&quot; (640x200/B). K cemu je tedy ten 4. bit dobry???
&gt;
&gt; (Vyse uvedeny test jsem delal na skutecnem Sharpu - Zdenkuv emulator ma 
&gt; tady zrejme bug a pri rezimu 640x200/B zobrazuje I. plane, ale mel by 
&gt; zobrazovat III.)
&gt;
&gt; Michal
&gt;
&gt; --- 
</span>
</pre>