Itt nem olyan hosszú akadásról van szó, amit észrevennél egy flash-animon. Kezdjük ott, hogy mond-e az valamit: "1-frémes mozgás"? Ezt arra mondtuk régen, ha egy jétékban, demóban, stb. garantáltan minden új képfrissítés új képtartalmat hozott. Ez kell az tökéletesen folyamatos mozgáshoz, a szem még 100fps-nél is észreveszi, ha pl. minden 2., 3., stb. képkocka ismétlése az elõzõnek, ilyenkor ricegést, ill. megkettõzõdött, szellemképes-szerû képet látunk. Namost, a régebbi gépeken a legtöbb esetben erõsen törekedtek arra, hogy mindíg meglegyen az "1-frame", kivéve PC-n! PC-n mégcsak nem is lehetett ezt megvalósítani sokáig, mert egyszerûen nem volt lehetõség szinkronizálni a képfrissítéshez. És amikor már lehetett, akkor sem nagyon használták (kivéve a jobb demókat), mert elég hülyén volt megvalósítva (a procival kellett pollozni egy regisztert - tehát nem lehetett megszakítást hozzárendelni, sõt, ezt még ma sem lehet itt). PC-n ma is kevés játékban törekszenek az 1-frémes mozgásra, vagy legalább arra, hogy mondíg ugyanannyi legyen az ismétlés (pl. minden képkocka 2x jelenjen meg, helyette az van, hogy néha 1x jelenik meg, néha 2x, össze-vissza, ahogy esik). Többek között azért is nehéz egyátalán megoldani, mert itt nem lehet elõre tudni, hogy milyen frissítésre lesz állítva a felhasználó monitorja (önmagában csak az 1-frémes szinkronizációval gyorsulna vagy lassulna a játék a frekitõl függõen).
A DirectX-ben lévõ VSync ehhez nem elég, mert az csak azt garantálja, hogy nem a kép közepén járó monitor képfrissítés közben lesz elkezdve megjelenítve a következõ képkocka a grafkártya által (ennek kikapcsolása okozza egyébként a vízszintes vonal mentén szétesett képet).
Egyébként van egyetlen dolog a Windows GUI-ban, ami szinkronizált, ráadásul általában 1-frémes is: a folyamatos finom görgetés az IE-ben. (Az ablakmozgatás, sõt, még az egér-pointer sem 1-frémesen szinkronizált, szóval az egérpointer is riceg.)