Původní podoba příspěvku
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>Michale (a ostatní), na to abych odkontroloval správnost zapojení už mi asi odumřely potřebné buňky. Nicméně snad alespoň pomohu dokumentem, který mi kdysi dal hodně práce a zkoumání na skutečném MZ-800. Je v něm zanesena většina věcí, kterými se můj emulátor odlišoval od konkurence, díky kterým byl o krok <img src="BODY_IMAGES_WRAP_GIF"> blíž k reálnému stroji a dokázal věrně reagovat i na nestandartní <img src="BODY_IMAGES_WRAP_GIF">programátorské postupy (např. přepínání grafických režimů s naplněnou videoram, nestandartní zápisy do registrů GDG aj. ). Jak jsem koukal, některé <img src="BODY_IMAGES_WRAP_GIF">kapitoly zůstaly pouze nadepsány a byl jsem líný do nich své poznatky přepsat než jsem na ně zapomněl. To hlavní v něm snad ale k nalezení je. To co tě bude zajímat nejvíce bude v zazipovaném souboru - jedná se o <img src="BODY_IMAGES_WRAP_GIF"> průběh signálů starajících se o synchronizaci obrazu (je to prakticky grafický výpis portu 0xCE). V textovém dokumentu je to pak kapitola 2.1 kde jsou rozepsány parametry obrazu (v pixelech, doba jejich trvání) ve vztahu k procesoru - přepočet kdy se budou vztahovat k hlavnímu krystalu 17,xxxx MHz se provede jednoduše vynásobením 5-ti. Na závěr poprosím všechny, kteří údaje z těchto dokumentů použijí <img src="BODY_IMAGES_WRAP_GIF">(ať už při tvorbě nového emulátoru, nebo při návrhu hardwaru apod.), aby se alespoň skromně zmínili, z jakého zdroje čerpali a kdo je jeho autorem (mimochodem, spolutvůrcem kapitoly o mapování paměti byl Roman Dolejší). Zdeněk ----- Original Message ----- From: "Michal Hučík (sharpemu@pandora.cz)" <pandora.idnes.cz@[doména skryta]> To: "Konference "Počítač SHARP MZ-800 a emulátory"" <sharpemu@pandora.cz> Sent: Friday, April 24, 2009 12:09 PM Subject: Re: Scandoubler zase trochu jinak <span class="replyquote1">> > Zdravim, > > vcera jsem nad tim prvnim schematem vysedaval docela dlouho a jak se zda, > tak zvitezil zadek nad myslenkou :) Za to se omlouvam a posilam opravenou > verzi, ktera uz je mnohem vic podobna puvodnimu zameru. > > - count3 ma zdroj Clock/2 a pocita adresy pro zapis > > - count4 ma zdroj Clock a pocita adresy cteni > > - count5 je reverzni citac, ma zdroj z Clock, na konci zdrojoveho > obrazoveho radku (pri SharpHsync = 0) si tento counter nacte hodnotu z > Count3, pri cteni / odesilani pak pocita soucasne s Count4 a jakmile > Count5 dojde k nule, tak posle signal na VGA Hsync a vynuluje Count4, > takze nasleduje opetovne cteni stejneho radku, dalsi reset Count3 a > VgaHsync nasleduje pri SharpHsync > > Je dost pravdepodobne, ze jeste nemam uplne odladene hrany na tech > citacich - chci to cele jeste projit v analyzatoru s nejakymi testovacimi > daty. Pokud je vsak uvaha spravna, tak by tento scandoubler mel byt docela > univerzalni a nezavisly na zadnych konstantnich hodnotach Clock a Hsync. > > Co myslite? > > Michal > > --- > </pre>