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> <div><font>Ahoj,</font></div> <div><font></font> </div> <div><font>tak te Davide asi nepotesim dvojnasobne - s beznym jednocipem se tohle bohuzel zvladat neda. Kdysi jsem nad tim take premyslel, ale cisla ke kterym jsem dospel me od varianty s jednocipem uplne odradily. Nicmene pokud by nekdo neveril, tak tady je trocha matematiky a par dulezitych cisel:</font></div> <div><font></font> </div> <div><font>Základní kmitočet krystalu od kterého se odvozuje časování všech obrazových operací a<br/>signálů je 17734475 Hz, kmitocet pro procesor se deli 5 - je tedy 3546895.<br/>- Délka obrazového cyklu 70886,4 TStates<br/>- Délka jednoho řádku včetně zatemnění 227,2 TStates<br/>- v modu 320x200 se během 1T vykreslí 2,5 pixelů, v modu 640x200 to je 5 pixelů<br/>- Rozměr obrazu včetně borderu v modu 320x200 je 460x287 pixelu, v 640x200 modu<br/> to je 920x287 (!)<br/>- Výška horního borderu je 45 pixelů, spodní border má 42 pixelů<br/>- Návrat paprsku z pravého dolního rohu do levého horního rohu (vertical retrace) trvá <br/> 5680 TStates</font></div> <div><font></font> </div> <div><font></font> </div> <div><font>Z toho tedy spocitame:</font></div> <div><font></font> </div> <div><font>3546895 Tstates * 5 pix = 17734475 pixelu vykreslenych za 1s v modu 640x200, v 320x200 je to polovina</font></div> <div><font></font> </div> <div><font>Zkousel jsem to realizovat s jednocipem DS89C450 (az 33 MIPS), ale ten je na to moc pomaly - je treba si uvedomit, co vsechno je treba delat:</font></div> <div><font></font> </div> <div><font>- rychlosti 17.73...MHz vzorkovat RGBI vystup SHARPa a ukladat jej do pameti (staci pamet na 1 radek, ktera se bude dokola prepisovat)</font></div> <div><font>- jakmile je radkova pamet z poloviny zaplnena, soubezne se zacne obsah teto pameti posilat 2x vyssi rychlosti (tedy neco pres 35 MHz) na VGA vystup</font></div> <div><font>- do toho vseho je treba jeste upravit HSync signal, ktery na vystupu do VGA musi mit 2x vyssi kmitocet, tzn. nejakych 15611.333 Hz</font></div> <div><font></font> </div> <div><font>Myslim ze celkem dost cisel na premysleni, ze? Jestli je tu mezi nami nejaky schopny programator hradlovych poli, byla by to pro nej jiste hracka a cele zarizeni by se mohlo vejit treba do XC9572 za nejakych 100 Kc...</font></div> <div><font></font> </div> <div><font>Z.</font></div> <div><font></font> </div> <div><font></font> </div> <div><font></font> </div> <div><font></font> </div> <div><font></font> </div> <div>----- Original Message ----- </div> <div><b>From:</b> <a href="mailto:sharpemu@pandora.cz)">David Luftner (sharpemu@pandora.cz)</a> </div> <div><b>To:</b> <a href="mailto:sharpemu@pandora.cz">Konference Počítač SHARP MZ-800 a emulátory</a> </div> <div><b>Sent:</b> Monday, November 01, 2004 4:32 PM</div> <div><b>Subject:</b> Konverze RGB ze Sharpa na VGA</div> <div><br/></div> <p> </p><p>Hmm tak to jsi me moc nepotesil. A mate nekdo zkusenosti s tim jak dlouho co trva, jake jsou prubehy signalu. Prece by to nemohl byt takovy problem to udelat s jednim jednocipem a 32k pameti. Jak rychly by musel byt ten jednocip aby stihal prijimat data jednou rychlosti a vysilat je jinou rychlosti - jaky videomod ve vga zvolit, aby se na to dalo koukat apod?</p> <p>D.</p><pre></pre> <p>--- <br/></p>