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>Re: Scandoubler zase trochu jinak:</B></td><td align=right valign="middle"></td></tr></table><BR><pre>Zdravim,

vcera jsem nad tim prvnim schematem vysedaval docela dlouho a jak se zda, tak
<img src="BODY_IMAGES_WRAP_GIF"> zvitezil zadek nad myslenkou :) Za to se omlouvam a posilam opravenou verzi,
<img src="BODY_IMAGES_WRAP_GIF">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
<img src="BODY_IMAGES_WRAP_GIF">radku (pri SharpHsync = 0) si tento counter nacte hodnotu z Count3, pri cteni / 
<img src="BODY_IMAGES_WRAP_GIF">odesilani pak pocita soucasne s Count4 a jakmile Count5 dojde k nule, tak posle 
<img src="BODY_IMAGES_WRAP_GIF">signal na VGA Hsync a vynuluje Count4, takze nasleduje opetovne cteni stejneho
<img src="BODY_IMAGES_WRAP_GIF">radku, dalsi reset Count3 a VgaHsync nasleduje pri SharpHsync

Je dost pravdepodobne, ze jeste nemam uplne odladene hrany na tech citacich -
<img src="BODY_IMAGES_WRAP_GIF">chci to cele jeste projit v analyzatoru s nejakymi testovacimi daty. Pokud je
<img src="BODY_IMAGES_WRAP_GIF">vsak uvaha spravna, tak by tento scandoubler mel byt docela univerzalni a
<img src="BODY_IMAGES_WRAP_GIF">nezavisly na zadnych konstantnich hodnotach Clock a Hsync.

Co myslite?

Michal
</pre>