De most komolyan! Tényleg azt várod, hogy valami nem létező kódról itt bárki megmondja neked, hogy tudja teljesíteni a kritériumaidat vagy sem?!

írottam vagyon:

"mondjuk elvben mintha csak NOP -okat tartalmazna,"

Egyébként tegyük fel egy pillanatra a gondolkodó sapkát!

Csak előtte mindenképp olvasd el amit írok.

4kHz-es megszakításnál van 1000 órajelciklusod két megszakításkérés között. Ebből ha levonod a használni tervezett leghosszabb Z80 utasítás órajelciklusainak kétszeresét, akkor nagyjából meg van az az érték, ami garantáltan rendelkezésedre fog állni. 312 soros LPT esetén nagyjából 3,9 soronként fog bekövetkezni megszakítás. Ha lenne információ arról, hogy rasztersoronként mennyi órajel szabad a videomemória írására illetve tudnád, hogy hány ciklusonként akarod írni, akkor valszeg tudnál egy becslést adni arra, hogy átlagosan mennyi késleltetést fog összeszedni a kódod a Nick buszfoglalása miatt a megjelenített képernyő sorokban.

De gondolom te nem ezt szeretted volna itt olvasni, hanem valami "Igen, 332." szerű választ. Félek, ez nem fog menni. Senkinek.

Most nem idézgetek be magamtól mindent, amitől azt hinni, hogy ezt hiszem, nem állja meg a helyét.

Mondom a lényeget. Újra. A megszakítási rendszer/z80 bizonytalankodásairól kérdeztem. Az lenne a kérdés, hogy van -e bizonytalanító faktor, és ha van, mekkora százalékos arányban lehet az 1/4KHz -hez képest.

Nem ismerem a fent említett NICK -kel kapcsolatos késlekedési szabályokat, de a késlekedés nem baj, ha X csillagnál X -szer van késlekedés, akkor az csak az összidőt növeli.
Ha azonban ez a NICK dolog olyan, hogy lehet hogy minden íráskor lesz, lehet hogy 1X sem, akkor már elképzelhető, hogy nagy lenne a bizonytalanság.
Viszont összegészében memória írásokkor mégsem gondolnám, hogy csupán azoktól komolyabb BIZONYTALAN késlekedés jönne össze ... valahogy úgy hinném, hogy ezek majd jól kioltják egymást, és kisül belőle valami átlag, tehát konstans késlekedés, ami viszont nem bizonytalan.

De ez már egy új dolog az eredeti kérdéshez képest, aminek a viselkedését meg most sem ismerem (pedig hát ez lenne a kérdés, hogy ilyenek vannak -e, és hogy kell velük számolni, milyen mértékben befolyásolnak vajon egy 1/4KHz -es időszeletet), az eredeti kérdés pedig ELVBEN és NOP -okról szólt.

Nézd, én nem akarom azt állítani, hogy te hülye lennél, csak én vagyok helikopter,

Hát ez szép tőled ...

de még ha nem is olvastam végig és elemeztem részletesen az összes rögzített állításodat, az olvasmány élményeim és más gépen összegereblyézett ismereteim alapján próbáltam felhívni a figyelmed a tényleges gyakorlati megvalósítás során előtted álló problémákra,

Hát mégis úgy éreztem, hogy túl nagy az a gondolkodó sapi, és a szemed elé csúszott egy pillanatra.

illetve arra hogy valós tesztekkel gyorsabban eljuthatsz a szükséges tudás megszerzéséig, mintha próbálnál elméleti konstrukciókat gyártani jelenleg nem pontosan ismert bizonytalanságok figyelmen kívül hagyásával.

Ijesztő számomra, de kezdek hajlani eme igazságra, de azért még van bennem remény, hogy valaki másképp idomul a kérdéshez, és mégis tud valami ennél ügyesebb közelítést ismerni fel és adni, megmentve engem a dolog potyára kipróbálásától.

Megszakítási rendszer bizonytalankodása: igen van, attól függően, hogy milyen utasítás fut éppen és az hol tart, változó számú ciklust késhet a kezelő indulása.

Hát igen, de azt gondolnám, hogy mondjuk 1-20 BIZONYTALAN ciklus ideje az 1/4KHz -es időhöz képest nem egy nagy eresztes, elhanyagolható ... ennyi jöhetne kb. egy utasításból, gondolom ... ezt sztm be lehetne áldozni. De vajon milyen BIZONYTALAN késlekedések lehetnek még ...

Valahogy nehezen fér bele a világképembe, hogy ha én pld. mást sem csinálok, csak video RAM -ot írok egymás után folyamatosan egy 1/4KHz "időtartamig" (kibontott kód, semmi más), akkor egy komolyan ingadozó idejű kódot kapnék, mondjuk az említett NICK működésből fakadó bizonytalankodás miatt.

Vagy mégis ? És ha igen, akkor mondjuk egy ilyen teoretikus esetben vajon ez mekkora lehet ? A bizonytalankodás ? A minimum és maximum idejű lefutás közötti különbség ?

[ul]

• videoszegmensben fut a kódod?

[/ul]

(Hát még persze, hogy) nem.

[ul]

• Quote

  csak írja a videószegmenst vagy olvassa is?

[/ul]
Ír csak a képre.

[ul]

• mindig csak kereten fut a kódod, vagy a képernyő aktív területén is?

[/ul]

Hát eddig nem akartam ezzel vacakolni, de ha ettől lenne stabil, beküzdhetem a keretre.





Egyébként lehet hogy túl erős lépés lenne ez ... túl komplex optimalizálási lépés az eredményhez képest ... Ez az egész megszakításba pumpálás ...

Van pld. egy ilyen verzió, amihez 1 db szegmens (adat) kell, és simán tudna működni a főprogramból (nincs benne SP használat):

 ld d, (hl)
 ld (de), a
 inc l
 inc e

 ld d, (hl)
 ld (de), a
 inc l
 inc e

ez egy csillagot törölne, majd kiírna új helyre, kettő között persze lenne nem csillagonkéni inicializáló kód
ez csak a magot tekintve 11 us -ig tartana,

és ehhez képest lenne a gyorsabb, megszakba kényszerülő verzió, aminek mellesleg 2 szegmens (adat) is kéne :

 pop hl
 ld (hl), a

 pop hl
 ld (hl), a


ami 8.5 us lenne ... szoval a 11 -hez képest azért jelentős, de nem biztos, hogy feltétlenül fontos olyan áron, amiket itt beszélünk.

Pláne, hogy eddig 21 us körül volt ... és már azt is elfogadtam lélekben.

Ijesztő számomra, de kezdek hajlani eme igazságra, de azért még van bennem remény, hogy valaki másképp idomul a kérdéshez, és mégis tud valami ennél ügyesebb közelítést ismerni fel és adni, megmentve engem a dolog potyára kipróbálásától.

Bárminek a kipróbálása soha sem számít potyára dolgozásnak. Szerintem. Még akkor sem, ha valaki már kipróbálta előtted és bebizonyította hogy működik vagy nem. Mert mi van, ha te még észreveszel valamit, ami vagy jobbá vagy egyáltalán lehetővé teszi a próba tárgyát?

Egyébként gondolod, hogy IstvanV amikor írta az ep128emu-t csak úgy ült és elmélkedett magában, vagy írta az egyre trükkösebb és optimalizáltabb teszt programokat, és időnként meglepődött? Különben ő lenne a legjobb ember erre a feladatra (ahogyan látom), de nem vagyok benne biztos hogy meg akarná írni helyetted a programod legtrükkösebb részeit. 

Vagy Zozo, vagy geco, vagy te, vagy akárki aki ért hozzá ... (kivéve endit persze )

Én is meg tudnám csinálni, de csak BASIC-ben, sok IF-fel, ami kicsit lassú lenne, de nem baj, mert ott a Zzzzzzzzip!
Itt már megint nem az assembly programozásról van szó lassan, de sebaj.

Errefelé tettem be méri eredményeket. És ezek még csak szimpla ismétlődő utasítások voltak... Szerintem is mérd le, egy hosszabb kódra lesz egy átlag.

Ami szóba került, hogy keret - nem keret, az Nicknél nem számít, az se, hogy van-e képernyő vagy nincs, mindig pontosan ugyanolyan ütemben használja a videó memóriát.

Hát ... az emuban van ... az emu meg PC -n is ... annál kényelmesebbet keresnél ?

Aham ... hát ilyet még nem csináltam emuban. Simán lehet hogy nem is tud ilyet. De sajnos nem ismerek direkt PC disassemblert.

köszi
közben találtam ezt: dZ80
egész használhatónak tűnik
http://www.inkland.org.uk/dz80/
legközelebb google-zok, aztán kérdezek...