na de úgyis fix 50fps-t akarsz, tehát a logika miért szól itt bele?
Az 50 FPS -valóban jó lenne mindaddig, míg annyira ki nem cipőkanalazom, hogy néha mégis átbukik a frame határon, és akkor onnantól csúnya villogás lenne, míg nem bukik megint egyet.
De ez a szál most nem a gyakorlati problémák kezelésére való, hanem elvben gondolkodik.
- mivel a kódomban Zozo féle gyors port írás van, ez kb. eliminálja a problémát, gyakorlatban többet vacakolni vele felesleges
- mivel összesen 2 sor megváltozatásával meg tudom csinálni a stabil borderes működést, ezért az jobb, mint egy statikus NICK animhoz kötődni
- mivel csak 2 LPT -t váltogatok, amik elférnek 1000H -n, és történetesen c000H -án vannak, ezért az egy port írás hack is teljesen 100% megoldást jelentene
De ez mind smafu. Én ELVI MEGOLDÁS -ban gondokodok. De legalábbis egy teljesen általános megoldásban, ha elvit nem is sikerül.
Egy olyan stuffot feltételezek, aminek a kirajzolása minden körben szélsőséges értékek között változhat, mondjuk 0 és 10 frame között, amire ráadásul egy olyan double bufferes LPT váltogatást akarok ráhúzni, mi kódból változó sorrendű és nem fér el 1000H -n. Ilyen lehetne pld. egy 3D vektoros demó, amin komplex LPT effektek vannak. Mily fura, ismerek olyan embert, aki két játékdemó között ilyenben gondolkodik.
Egy tiszta, ideális PC -szerű double buffer működésen gondolkodok, mert ha másról nem is, de erről azt hittem, hogy ez az EP nagy erőssége, hiszen minden máshoz képest ő még baszikból is képes képernyőt vágni ... Meg videólapokat animálni ... amit aztán rajta kívül nemtudom még ki tud ... (Tán az Amiga tud ilyeneket még OS -ből, de az nagyon unfair volna, ha a 16 bites amígóhoz mércéznénk.)
És akkor a tüzetes vizsgálódásból az derül ki, hogy az ELVI, IDEÁLIS double buffert, ha ki akarom terjeszteni a buffer fogalmát az LPT tulajdonságokra is, na azt azért mégsem tudja ...
