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"><B>Scandoubler:</B></td><td align=right valign="middle"></td></tr></table><BR><pre>Popis činnosti úplného scandoubleru:
Verze co mám momentálně zprovozněnou na nálezovém šrotu:
http://pandora.idnes.cz/part/2010/2/481
obvody: Altera EPM 7128, RAM 128k*8bit/15ns
paměť uchovává celou stránku obrazu ukládání probíhá rychlostí MZ
<img src="BODY_IMAGES_WRAP_GIF"> (17MHz), čtení řídí krystal 40MHz -&gt; výsledný obraz je 800x600/60Hz což
<img src="BODY_IMAGES_WRAP_GIF">by měli zvládnout všechny VGA monitory.
problémy: při rychlém měnění obrazu je zápis a čtení každý v jiné
<img src="BODY_IMAGES_WRAP_GIF">časti obrazovky což způsobuje nepříjemné změny v obraze -&gt; třeba při
<img src="BODY_IMAGES_WRAP_GIF">rolování obraz vypadá úplně jinak než na CGA možná jde jen o zvyk, ale
<img src="BODY_IMAGES_WRAP_GIF">mě se to nelíbí.

Předpokládaná verze:
paměť bude pro dvě celé obrazovky zápis bude prováděn do jedné a další
<img src="BODY_IMAGES_WRAP_GIF">snimek do druhé. Čtení bude na začátku zobrazování stránky nastaveno na 
<img src="BODY_IMAGES_WRAP_GIF">stránku do které se nezapisuje a pak z ní bude vygenerován celý obraz.
<img src="BODY_IMAGES_WRAP_GIF">Před další stránkou se zase nastaví na stránku do které se nezapisuje.
<img src="BODY_IMAGES_WRAP_GIF">Dále 16-ti bitová paměť umožní eliminovat kritické stavy časování. Na 
<img src="BODY_IMAGES_WRAP_GIF">původním zapojení jsem neviděl žádný problém, ale když jsem to na
<img src="BODY_IMAGES_WRAP_GIF">začátku počítal tak to bylo o prsa (mám na mysli zápis do paměti kde se
<img src="BODY_IMAGES_WRAP_GIF">musí synchronizovat obě frevence a to při delším čekání na zápisové
<img src="BODY_IMAGES_WRAP_GIF">okénko by mohlo vést k špatnému zápisu).

DL

můžu udělat nějaké fotky když by někdo chtěl.</pre>