Én anno az asmon-t használva teszteltem belapoztam B2-re az 0FFh szegmenst és memória módosítással B900h környékén teszteltem margó beállítás, sprite keresés. Érdemes azért a Bordert szinezni mert ugy jobban látható a margó /sor szélek/

A program indítása egy kalibrációval egy fehér kerettel  kurzorral majd enter-rel fixálni és utána indulna a program néhány 100 bájt az egész.

Mi anno, amikor megvettük a színes tévét, másnap kihívtuk a szerelõt, berakva az EPDOS képét (27x42), hogy na akkor ezt kérjük középre, hogy minden látsszon.
Bonuszként így a filmekbõl is többet láttunk 
(Ha van tvtuneres PC a közelben, érdemes összevetni annak a képét a tévével, jól látszik, hogy mennyit levágnak a tévék.)

Olyan érdekes, hogy minden évben amikor áttanulmányozom az EP kapcsolási rajzát (legeltetem a szemeimet) szóval mindig van olyan hogy újat találok, és meglepõdöm rajta.
Most pl. arra lettem figyelmes, hogy a Nick kétfázisú órajelet kap. Így gondolom picivel gyorsabban dolgoznak benne az elemi kapuk.

Itt pontosan mit is csinálnak,és miért is jobb így?

Az LPT VBLANK részét teszik "szabványosabbá", amint az a dokumentációban olvasható is. A módosítás előtt:
>BCD0  FD 10 3F 00 00 00 00 00  00 00 00 00 00 00 00 00
>BCE0  FC 10 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BCF0  FF 10 3F 20 00 00 00 00  00 00 00 00 00 00 00 00
>BD00  FC 12 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BD10  DE 13 3F 00 00 00 00 00  00 00 00 00 00 00 00 00Utána:
>BCD0  FD 10 3F 00 00 00 00 00  00 00 00 00 00 00 00 00
>BCE0  FE 10 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BCF0  FC 10 3F 1C 00 00 00 00  00 00 00 00 00 00 00 00
>BD00  F0 12 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BD10  EB 13 3F 00 00 00 00 00  00 00 00 00 00 00 00 00Tehát rövidebb lesz a VSYNC (a szabványos TV adásban 2.5 sor a hossza), utána van még 3.5 sor VBLANK (azaz összesen 9 sor blank/sync, az interlace módú TV adásban ez 2.5+2.5+2.5=7.5 sor, de interlace nélkül szabványosnak mondható a 3+3+3 sor, ezt használják pl. a Commodore gépek is), majd 4 helyett 16 fekete sor. Így 287 sor marad a hasznos kép információ számára, illetve valójában csak 286, mert az első keret sor még fekete marad a margó beállítások miatt. Ezeknek a változtatásoknak általában nincs észrevehető hasznos hatása, de lehet, hogy a régebbi TV-k egy részén az eredeti LPT nem eredményezett stabil képet. A BRD ROM automatikusan elvégzi ezt az LPT módosítást (ha jól emlékszem, megszakításban folyamatosan ).

Az LPT VBLANK részét teszik "szabványosabbá", amint az a dokumentációban olvasható is. A módosítás előtt:

Hmm, na itt lenne egy kerdesem, ami regota foglalkoztat. Ha jol tippelek az egesz LPT masodpercenkent 50-szer "fut vegig" tekintve hogy 50 half-frame-bol all a kep PAL szabvany eseten. A legtobb 8 bites gep uazt a half-frame-et nyomja ki egy teljes frame (25/masodperc) eseten, azaz a paros es paratrlan sorok tartalma ugyanaz. Igazabol en azon gondolkodtam, hogy ossze lehet-e hozni olyan LPT-t, hogy ahol igazi interlaced van, azaz a ket felkep tartalma nem azonos. Azaz nincs vege az LPT-nek a vsync utan, hanem leir meg egy felkepet, us utana van vege. Ez azert erdekes szamomra, mert ugye igy a fuggoleges felbontas a duplajara no. Ha nincs is erre szukseg, pl erdekes lehet arra hasznalni, hogy pl valami "szinkeveres" technikaval egy pixel szine "atlagolodik" az egymas folott levo paros/paratlan felkepbol szarmazo info alapjan. Igy pl 16 szinu uzemmodban is tobb "kvazi-szin" lenne, ami azert jo, mert 256 szinu mod horizontalis felbontasa mar igen alacsony, es dupla akkora felbontas lehet 16 szinu modban, ahol viszont esetleg a szinek szama nem eleg egy szep kephez: a kevereses modszerrel megoldhato lenne, hogy 16 szinnel tobbet lassunk ugymond, amde a horizontalis felbontas ne csokkenjen olyan karcsura, mint 256 szinu mod eseten.

Mondjuk abban egeszen biztos vagyok, hogy ezt valaki mar megcsinalta (ha lehetseges), nyilvan nem gondolom, hogy en talaltam fel a spanyol viaszt, engem csak az erdekelne, hogy egyaltalan megoldhato-e, es hogyan (konkretan az LPT-ben mi van, eleg tenyleg ha van ket vsync/blank es csak a masodiknal van beallitva h vege az lpt-nek?).

Thx!

Lenne értelme, hogy az EXOS 2.32 eleve ilyen LPT-t csináljon?

Talán igen, legalábbis nem rosszabb, mint az eredeti De a végén a fekete sorok számát esetleg csökkenteni lehetne, hogy ne 286, hanem 288 sor maradjon.

És még egy apróság: lehet akár sok-sok félkép is (amennyi a VRAM-ba befér), így lehet CPU független animációt készíteni, ezt használja ki pl több NASA&GUY demó, de más programokban is van ilyen.