Dovodom je to, ze speecy ma na vykreslenie celeho obrazu kazdu 1/50 sekundy iba 70908 strojovych taktov Z80 (pricom najmensi pocet taktov, ktory moze mat instrukcia su 4 takty, aj ked instrukcia nerobi nic - nop). Na zaciatku tohto celeho procesu prichadza k obsluhe prerusenia. To zakladne IM1 v ROMke iba otestuje klavesy a nastavi prislusne systemove premenne, ale ak sa programovo nastavi maskovane prerusenie IM2, "doskace" sa az ku vlastnej rutinke, pri ktorej mame istotu, ze sa zavola vzdy na zaciatku prerusenia, tj. v case, ked za vykresluje horna prazdna cast borderu. A prave tam sa zvykne zavolat obsluha hudobnej rutinky, ktora podla dat pozicii, patternov a samplov pripravi potrebne data a "nakrmi" vsetky registre AY. To zvykne trvat rozne dlho, ale orienacne povedzme tak od 2000 az 20000 taktov! Nasledne sa rutinka prerusenia vrati do "hlavneho kodu", ale tie takty nam uz nikto nevrati, takze nam do konca ostava 70908 minus to, co zozrala rutinka obsluhy prerusenia.
A teraz sa dostavame k tomu, co moze sposobit to, ze nam "utecie" prerusenie: Majme vykreslovaciu rutinku, ktora kvoli svojej rychlosti data nacitava, alebo zapisuje pomocou zasobnika a teda MUSI zakazat prerusenie pomocou DI (aby k nemu neprislo a neznicilo to data alebo sa to nevyzvracalo do obrazovky
).Predstavme si, ze v danom case muzika, alebo nejaka obsluha postaviciek/sprajtov/whatever trvala dlhsie a vykreslovacia rutina to nestihne vykreslit a skonci az niekedy za 70908. V tomto pripade teda dojde k obsluhe prerusenia az pri dalsom 50Hz intervale a teda v muzike pocut evidentne zaskobrtnutie.
Tak to je v skratke...
Teda vzdy je to iba (ne)sikovnostou daneho programatora.
PS: Este pre predstavu, prekreslit komplet celu obrazovku (a teda vyplnit vsetkych 6912 bajtov, ktore screen reprezentuje) nie je realne, za tych 70908 taktov sa to proste nestiha. Klasicky LDIR na presun 6912 bajtov z vnutornej obrazovky do obrazovky trva obludnych 21 * 6912 = 145152 taktov.
