amúgy van egy ötletem.
a képen egy 8khz-s megszakítás border színezése látható (persze sokkal ritkásabban, hogy jobban érthető legyen a kép)
a lényeg hogy 8 khz-n megy a megszakítás, de a lejátszás 16khz. a trükk az (a képből talán egyből érthető), hogy a megszakítás elején váltunk sample-t, és a végén.
az egész persze csak úgy műxik, hogyha a megszak rutin hossza pont fele a 8khz-nek. ezt úgy lehetne csinálni hogy egyéb dolgokat is beleteszünk, hogy ki legyen használva

jó ötlet, a fix hosszal sincsen gond, itt a DTM playernél az lesz a gond, hogy eleve két hang lejátszása kitölti a megszakítási időt, sőt a megszakításos verzió még többet is

Ezen a buffertöltésen gondolkoztam én is ma, de arra jutottam, hogy fix töltőkódok használata nélkül ez lassú lenne, fix töltőkódok használatával meg a program lenne nagyon nagy, itt a fix töltőkódok alatt azt értem, hogy lennének előre definiált, mondjuk 16 bájtot töltő kódvariációk több frekvenciára, de lehet hosszabbak kellenének, amik a sample frekvenciájának függvényében lennének meghívva.
Az a bibi, hogy a DTM lejátszó lejátszó részéből a maximum lett kihozva sebeségügyileg, minden hangcsatorna egy adat kiolvasása memóriából, annak portra kiírása, és 8 bites regiszterekkel a következő adat címének kiszámításából áll, ez 57 órajelciklus, a sallangokkal együtt az egész lejátszó rész 246 órajelciklus úgy emléxem, megszakításos verziót eddig kb 370-re sikerült kihozni, a növekmény 12 órajelciklus csaatornánként az első 3 csatornára, és a negyedikre 32, mert oda az IX regisztert sikerült bevonnom (megpróbálom az elsődleges regiszterkészlet DE-jét, ezzel még 20-at lehet nyerni), és sajnos a megszakítás miatt jön még kb +50 órajelciklus a nem megszakításos verzióhoz képest.
Visszatérve a buffereléshez, a megszakításban egy csatorna ideje lenne 25 órajelciklus, ami 32-vel kevesebb, mint az eredetiben, tehát ennyiből kéne átlagban mefoldani 1 bájt bufferba töltését, vagyis kevesebből ,mert ebből még le kell vonni a megszakítás által felhasznált plusz órajelciklusokat, kb 24  órajelciklus maradna egy bájtra, lehet rossul számoltam, és ezt még tovább csökkentené a lejátszást vezérlő rutin.

itt a 12KHz-es verzió, ebben a dob és a cin mélyebb, de a magas hangok jók, valamit valamiért, ha elkészül a lejátszó megszakításos verziója, mindenki eldöntheti milyen modot melyikbe tölti be
Turbós gépen elméletileg a megszakításos verzió tökéletes lesz.
És BÚjjÉK.

Kellemes kis muzsika az év első óráiban.
Nem tudom, az direkt van-e, hogy ha a végére ér a zene, akkor utána lassabban játssza elölről.
BÚÉK!

Na az nem , az még kiderítendő, hogy ezt miért csinálja.

Itt egy verzió (~16KHz-es megszakítás), ami működget, turbó figyelés kiiktatva egyelőre (csak emulátorra van jól beállítva a megszakítás értéke), és a samplék mérete max 16K lehet, hogy jól szóljon, ahhoz ,hogy 64K samplét kezeljen, alaposabban bele kell nyúlni, 6MHz-es gépen működik alap 128KB RAM-mal is, 4MHz-es 128KB-s gépen a ~12KHz-es megszakítással nem biztos ( a kód videómemóriában fut ), bővített gépen nincs probléma. Csak DTM fájlokra működik, és a zene végén fagyi következik.
Érdemes folytatni, vagy elég a régi is?
Két sample, ami egész jól kihozza a nem megszakításos régi verzió, és a megszakításos verzió közötti különbséget.