Ideiglenes jelszintekhez, különösen mivel az írás meglehetősen lassú, 72 ciklus az első és a harmadik csatorna között. Egy keveset lehetne gyorsítani, de akkor vagy a kezdőcím számítása lenne lassabb, vagy a felbontás csökkenne. Akkor sem lenne ilyen probléma, ha a táblázat minden csatornán csak monoton növekvő szinteket tartalmazna, de ez is csökkentené a felbontást, tehát valamilyen többé-kevésbé optimális kompromisszumot kell találni. Vannak egyébként olyan konvertáló programok, amelyek ezt a jelenséget is kihasználják, de itt nehezebb lenne.

Kisebb kiugrásokat az interpoláció is eredményez az emulátor kimenetének 48 kHz-re konvertálásakor.

Van egy kis gubanc, elméletileg kész van minden módosítás, annyi, hogy a háromszög, zaj, és fűréz táblák csak 15 eleműek az EP-s 31-gyel szemben a "memóriahiány" miatt butítottam le, meg lehetne csinálni a 31-re, de akkor bukunk majd fél percet a zenéből, viszont az önmódosító kód itt, és az, hogy a sepccy megszakíása másképp működik, mint az EP-s okoz egy kis galibát, a program elszáll ha épp az önmódosító kód azon részén volt megszakítás, ahol utasítás méretváltozás történt, a csatolmány is elszáll kb 1 perc után.
Erre 3 ötletem volt:
1 próbáljuk úgy időzíteni a lejátszást, hogy mindig igyanoda kerüljön a megszakítás, kuka, mert szerintem lehetetlen.
2 csekkoljuk a megszakításban, hogy hová térne vissza, és a visszatérési érték alapján módosítsuk azt
3 betenni di-t és ei-t az önmódosító kódokhoz, ez jelentős lassulást eredményezne.

És most jutott eszembe  a 4. megoldás, ha megszakítás történt, akkor csak annyi történjen, hogy a digi lejátszó rutin végén lévő JP utasítást ápdételje, hogy  a megszakító rutinra ugorjon, majd ez befejezés előtt ápdételi újra a JP-t az eredeti értékre, és ugorjon a digi lejátszás elejére.

Egyelőre ez a legszimpatikusabb megoldás ,de lehet neked van jobb, mi a véleményed?

Éppen a JP-s megoldást ajánlottam néhány perccel korábban, de a JP módosítására egyébként is szükség lehetne a sebesség szabályozása miatt.

Bocs, amikor először olvastam azt a hozzászólásod, akkor még nem volt ott, utána meg már írtam, és a fórum nem jelzett, hogy eksön történt, lehet módosításnál nem jelez. A JP módosul is már, attól függően hány négyszögjel lejátszás van.
0 esetén egy NOP-bal bővül ki a lejátszás
1 esetén egy CP (HL)-lel
2 esetén egy NOP, INC BC-vel
3 esetén egy CP (HL), INC BC-vel

Valójában elég lenne csak egy DI/EI pár, és egy (nem módosított) utasítás idejére engedélyezni a megszakítást, bár az is 8 ciklus.

Ebben nem vagyok biztos a Speccy megszakításkezelése miatt, amikor letiltottam a megszakítást a volume regiszterek írásának idejére, akkor kb a megszakítások fele ugrott.

Akkor a jp módosítást fogom használni, a direkt önmódosító kódon gondolkoztam én is, viszont LDI-nként csak 2 t-stat-et nyernénk + 10-et az LD DE,xxxx elhagyása miatt, abban az esetben lenne ez jó, ha be tudnám tenni a waveform, és hangerő állító függvénybe.
Elméletileg be tudom ,csak kell 2 ex de,hl.

Még az 50 Hz-es megszakítás kezelésén lenne jó valahogyan gyorsítani, mert jól hallhatóan torzítja a hangot. És valószínűleg a dacTable is lehetne jobb.

Csinálom most a direkt módosító kódot, többet gyorsít, mint gondoltam, sajnos a torzítást nem fogjuk tudni elkerülni, de ha kész az 50Hz-es megszakításkezelés felteszem a forrást, tuti találsz rajta még gyorsítási lehetőséget

A forráskód régebbi verziónak tűnik.

TZX változat, valamiért hibásan működik, egyelőre nem sikerült javítani.

Szerk.: a copydat rutinban inicializálatlan volt a D' regiszter.

Ez már működik, bár a minőség továbbra sem túl jó (talán a táblázatos D/A miatt sem?):
[ Guests cannot view attachments ]

Mi volt a gond? az inicializálatlan D'?

Igen.

Az 50 Hz-es megszakításon ebben a verzióban sikerült egy keveset gyorsítani, illetve a lejátszáson is 1 ciklust (most 9991 Hz-es). A kód egy részét csak akkor frissíti, ha változik a hullámforma, de ez csak akkor éri meg, ha legfeljebb egy csatornán változik, tehát nem biztos, hogy jó ötlet. Bár az ~1000 ciklus futásidőhöz képest egyik irányban sem jelent nagy eltérést.