A másik megszak javaslatodat visszavontad ?

Igen, mert tévedésből sztereó hangot játszott le két független mono csatorna helyett.

Még egy probléma: a lejátszás így nem tud megállni, legalábbis automatikusan (megszakításból vezérelve) nem. Azaz a hangminták végén megfelelő hosszúságú (legalább 1/50 másodperc) üres helyet kell hagyni, és a főprogramban minden video megszakításnál ellenőrizni, hogy a lejátszás lefutott-e már.

Igen, ez by design van így, pont az optimalizálás jegyében, csak gondolom addig már nem olvastad vissza. Sőt a helyzetet tovább bonyolítja hogy a cuccból most vettem ki a video megszakot, vagyis nem is lesz fix 50 Hz megszak, hanem csak a főprogram tudja majd kezelni ezt körönként, de a főprogramot pedig valójában szabadon lehet majd állítani 1-10 FPS között ...

A hang szüneteltetéséhez egy csatornán pedig a megfelelő regisztert úgy állítani, hogy 0 (azaz valójában 20h) értékű hangmintára mutasson, és az INC utasítást NOP-al felülírni.

Nem így akarom, mindíg menni fog a hang, folyamatosan, és lesz egy csend hangom, amire mindíg rá lesz váltva, amikor nincs értelmes hang beváltva. Hát ez végülis az amit mondasz, csak az inc -et nem kell piszkálni.

A 20h -ért köszi, én persze 0- ákkal próbáltam volna, és csodálkoztam volna, hogy pattog.

 Sőt a helyzetet tovább bonyolítja hogy a cuccból most vettem ki a video megszakot,

Hoppá ... most esett le ... mivel a sebességem úgyis meglesz 50 FPS -el, ezért mikor majd épp 10 FPS -sel megyek, nem kell nekem a főprogram loop -ját olyan hosszan befognom, csak arra kell megtanítsam, hogy miután az első frame -ben kész vagyok, a többi frame- ben csak olyanokat csináljon ami nem mozgás ... tehát a hangot nyugodtan tudom még attól kezelni, meg még a színkeverő villogtatást is ...

csuhajj, akkor a legnagyobb probléma elhárult a z80 megszakfigyelés elől.

Ezzel akkor úgy szemre 20% -al kell több idő ugyanannak a feladatnak az elvégzésére, ahhoz képest mintha nem lenne hang ... 10% -nak jobban örülnék, de ha ez hát ez ...

A lapozást meg úgy fogom megoldani valószínűleg, hogy a cucc az 64K -n fog futni, és két ellenség között a háttér 64K -ból fogok felmásolni grafika és hang adatokat az aktív 64K -ba. Igy akkor lapozás csak a másolás alatt lesz, amit így csak a csillagmozgással kell összeintegráljak ...

Tehát a másolás is kis részekre bontva, valós időben fog megtörténni, két ellenség közötti kis csillagmozgás szünetben ... reményeim szerint.

Ezt nem értem ... csak inc c van benne ... az sosem fog kimenni 256 byte -os range -ből. Igen kezdődhetne akárhol, de nem lehetne a hang hosszabb, mint 256 byte. Hisz mikor előszor 0 lenne a c, akkor vége lenne a lejátszásnak. Vagy mit nem értek ?

Az INC C után feltételes elágazás következik, és ha a C 0, akkor INC B történhet, illetve a B értékének a tesztelése.

Az INC C után feltételes elágazás következik, és ha a C 0, akkor INC B történhet, illetve a B értékének a tesztelése.

Fárasztó lehet elmagyarázni ezeket a trivialitásokat ... Kösz ...

Most akkor az lehet még kérdés hogy az inc r + jr cc az nem gyorsabb -e mint az inc hl/inc de, amire érzésre megint azt mondanám, hogy nem, de mostmár megnézem majd az órajeleket ...

Még egy keveset lehetne gyorsítani a megszakítást OUT (C), B utasítással törölve (BC' = 03B4h fixen), de egy regiszterpár elvesztése talán túl nagy ár lenne a 6 ciklus gyorsulásért.

Oks, egyenlőre nem használom a főprogramban az árnyékot semmire, de majd a végén beleírom, ha így is marad.

Eszembe jutott még egy gyorsítási lehetőség, nem jelent túl sokat, de mégis valami: az inc de-t, és inc hl-t le lehetne cserélni inc e-re, és inc l-re, és a videó megszakítás után csekkolod, hogy elért-e 0f0h közelébe, ha igen, akkor következő 256-os tartományra ugrás, igaz, egy picit helypazarló.