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><span class="replyquote1">> mam pocit ze s prerusenim to nepujde pac pomoci preruseni a DMA se kresli
> video
> pri kresleni videa se pouziva DMA v soucinosti s 8253 kdy 8253 dodavaji
> adresy odkud se budou brat data z RAM pro video. a do 8253 se daji data poze
> zapsat ale uz ne precist. pro zapis do 8253 se pouziva CTENI z portu kdy
> jako data slouzi adresy portu, vicitase z 8253 pri DMA. klavesnice se zas
> prozmenu cte zas jako pamet a to v jedne instrukci, tj. zas se pouzije cast
> ades pro dekoder 1z10 a data se prectou kdy pro ucite bity dat je jedno jake
> jsou adresy. zapis do portu je zasi mapovano do pameti tj. zapis do pameti
</span>
V tom památném článku v AR 86 se tvrdí, že procesor jede v každém
<img src="BODY_IMAGES_WRAP_GIF"> půlsnímku jen 5ms a 15ms stojí. Tedy, že procesor stojí po celou dobu
<img src="BODY_IMAGES_WRAP_GIF">aktivní řádky obrazu. Původně jsem myslel, že je to jako u Speccyho, že
<img src="BODY_IMAGES_WRAP_GIF">se mezi čteními pro displej stihne i semtam číst program.
A už jsem taky zjistil, k čemu je bit D0 v registru adresovanem A3: Tím, že
<img src="BODY_IMAGES_WRAP_GIF">se trvale drží reset 74193 se zablokuje DMA v neaktivním stavu, přestane
<img src="BODY_IMAGES_WRAP_GIF">jít obraz a CPU jede na plné obrátky - prostě jako FAST u ZX-81.
<span class="replyquote1">>
> dost veci se tam zrcadli pac PROM dekoduje po 8KB a je pouzito linearni
> adresovani s neuplnim dekoderem
> to jak ONDRA funguje jsem matne chapal jen po velmi malou chvily pac to to
> zapojeni je dost silene aneb jako bi vipadlo z oka sira sinclera
</span>
Bavil jsem se s Edou na nějaké výstavě a opravdu se nechal inspirovat
<img src="BODY_IMAGES_WRAP_GIF">strýčkem Clivem.
Omikron
</pre>