áthelyezi, hogy nehogy belecsússzon a buffereléskor a következő sampléba.

hát, nem mondanám hogy értem

Gondolom a hangminták hosszúsága csak 128 vagy egyéb érték többszöröse lehet, eltérő méretnél a maradékot fel kell tölteni nullákkal, a többi hangmintát pedig mozgatni.

A hosszúság lehet változó, de igen a bufferelés alatti lehetséges túlfutás miatt 0-kal feltölt, és eltol. Ezen a kódon, és a pattern feldolgozáson minimálisan módosítottam csak, a bufferelős részt kellett teljesen újraírni.

Egyébként most, hogy beleástad magad a MOD-okba, meg tudnád mondani, hogy a DTM konverzió miből állt? Netán egy DTM konverter írása?
Ha kell, meg van egy rakás DTM-nek az eredetije.

Pontosan nem, de ami rémlik, a samplékat átszabta, gondolom fix sebességűre, mert a DTM-ben is 8 bites maradt a sample, és előjeles 8 bitesből előjel nélküli lett,  a pattern táblából pár dolgot eldobott, amire nem volt szükség, úgy emlékszem, hogy a DTM-ben csak 2 byte volt egy csatorna, míg a modban 4,  Szerintem István ezeket vágja fejből

Lehet, hogy megmutathat egy videót néhány összetett daldal. Az egyik kép több mint ezer szót ér. Azt hiszem, ez egy nagyszerű előrelépés, amelyet ismerni kell.

-------------------

Maybe you could show a video with some complex songs. One image is worth over a thousand words. I think this is a great step forward that should be recognized.

the problem is that i do not know what is a complex song, i know what i like or do you mean the size increase ?

Úgy értem a minőség, például ezek az Estrayk hurkok rövidek, de nagyon jó hangzásúak. Jobb követni a jó kritériumokat ...

----------------

I mean quality, for example these Estrayk loops are short but have very good sound. Better follow your good criteria...

i think for this kind of representation the best is Szipucsu, he has the best ears , and knowledge. I can also create a video, but probably not the best, i would include balck bird, and some. Mód's from my former colleague. 

ezt kipróbáltam (egyelőre csak emulátoron), baromi jól szól (leszámítva a zajt, és a magashangok hiányát, de hát 9kHz-es mintavételezéstől nem is várok magas hangokat ):
https://modarchive.org/index.php?request=view_by_moduleid&query=177642

nem semmi!!!!

ezért érdemes olyan modokat keresni, amikben a hangzás ha nem is a legrealisztikusabb, de ügyeltek arra hogy kis frekin is jó legyen. pl a chiptune jellegűek.
illetve realisztikus digi hangok is vannak olyanok, amik kis frekin jól hangzanak.
amúgy a kis freki nem csak a magas hangokra van rossz hatással, hanem a mélyekre is. igazából a középtartomány az amik jól hangzanak.

Részemről ez tűnik a végleges verziónak, lécci teszteljétek PC-s 6 oktávos modokkal, mert azon változtattam csak, 1/6-odával csökken ezeknek a modoknak a plusz helyhasználata.
Kipróbáltam egy olyan lehetőséget, ahol a 3 oktávos (hagyományos Amiga) modok plusz helyigénye a 2/3-ára, a 6 oktávos (PC extended modok) helyigénye a felére csökkent volna, de pl a BlackBird.mod 3-as tempójú részén a gitárhang néha kihagyott, ebben a változtatás az volt, hogy a sample végének ellenőrzését betettem minden buffer lejátszási szakasz végére a megszakításban, így 4 MHz-en 2x ellenőrizte volna, 8MHz-en már 4x ,itt pl a 3 és 6 oktávos is 3-adára csökkenhetett volna, mondjuk ezt nem tettem be, mert a teszt 4MHz-en elhasalt, esetleg ha Istvánnak van kedve megnézni a forrást, és tud optimalizálni annyit a display, és a sequencer kódon, hogy ez még beleférjen az időbe, akkor még lehet kevésbé memóriapazarló verzió is
A következő hívásokat tettem be az L>1 esetére:
        call    c1.update.bp    ;check for sample boundaries
        call    c2.update.bp    ;and loop the samples if
        call    c3.update.bp    ;necessary
        call    c4.update.bp
lehetne ezeket esetleg call nélkül beépíteni a megszakítás swap_buffer x részébe, vagy még jobb lenne mindegyiket beépíteni a saját csatornájának megfelelő bufferelés végére, de úgy érzem, hogy még ez is gondot okozhat a SPEED 3-nál gyorsabb tempójú lejátszásnál.

Másik, a maximális RAM kihasználási lehetőséget is megnéztem, elméletileg egy csomó helyen 33 ciklusról 42-re nőne csak a CPU igénye, de lenne jópár hely, ahol a regiszterek használtsága miatt, vagy épp a használt 2-es, 3-as szegmens mentése. és visszaállítása miatt a növekmény sokkal nagyobb lenne.