Ezt megnézte valaki ?

Igen, nagyon tetszik! 
Nem érzem amúgy, hogy más lenne a sebessége, mint a Rockdiginek.


Apró megjegyzés: néha mintha "nyávogna" a hang, amihez hasonlót sok-sok éve a Soundtrackerrel úgy sikerült produkálnom, hogy nagyon magas hangon szólaltattam meg a hangmintákat. Sztem a Bad-star címû MBM szám egyes részeiben ez különösen megfigyelhetõ - úgy rémlik, mintha az eredetiben nem ilyen lett volna.

UI: Meghallgattam a Rockdigivel is a Bad-start, ott nem nyávog. Az MBT Playerrel nem tudtam megnézni, ott floppyval kéne valamit hókuszpókuszolni.
Meg meghallgattam egy másik számot egymás után a dtm.ext-tel és a Rockdigivel, és nagyon furcsa volt egymás után. Gondolom, a sebességkülönbség miatt, amit önmagában talán nem igazán lehet érzékelni.

Amúgy nagyon jó ez a bõvítés!

Nem tudom biztosan, hogy ez összefügg-e a "nyávogással", de egy hibát mindenesetre találtam RockDigi és MB Plus file-oknál nem hívtam meg azt a rutint, amely azt próbálja biztosítani, hogy ne legyen hangminta szegmens a video memóriában. 128K-s gépen ugyanis az .ext verzió használatakor a bővítés az F9 szegmensre kerül, a lefoglalható szegmensek pedig az FA, FB, FC, FD, és FE. A hangmintáknak három szegmenst kell foglalni, és nem lehetnek a video memóriában, mert akkor változik a lejátszás sebessége (akár folyamatosan is, attól függően, hogy a négyből éppen hány csatorna olvassa a hangmintákat a video memóriából). Ezért ilyenkor a kódot átmenetileg át kell másolni az F9-ről az FC szegmensre, és az F9 így felszabadul a hangminták tárolására; ezt a műveletet elfelejtettem az MBT lejátszó formátumainál.

A különbség egyébként egyszerűen megfigyelhető: próbáld a ROM verziót, vagy nagyobb (pl. 640K) RAM méretet használni. Így is "nyávog" ?

MP3-ban is jó lesz?

Igen. Ez úgy látszik, valóban az a probléma, amelyet az előbb leírtam.

Ugyanazt a részt felvettem elõször Rockdigibõl, utána a Dtm.ext-bõl, köztük rövid szünettel.

Nem fordítva van ? Nekem az első tűnt rossznak.

Az elsõ taktusoknál, a bal csatornában lehet érezni, hogy nem egyenletes a hangmagassága annak a folyamatos hangnak.

Azt megnézted, hogy a ROM verzióval vagy RAM bővítéssel van-e még valamilyen hiba ? Ha nincs, akkor feltöltöm a javított változatot.

Remélhetőleg ez már nem nyávog:
 multiplay.7z (183.4 kB - downloaded 415 times.)
A fenti hiba javításán kívül van néhány újdonság is (és ezzel együtt új hibák lehetősége ):
 - a ROM változat a FILE bővítést is tartalmazhatja (iview_f.rom; az iview.rom a FILE nélküli "normál" verzió). Az .ext file-okban azonban már nem volt elég hely, pedig elsősorban azoknál lett volna hasznos
 - a tömörített IVIEW képek betöltése 256 byte helyett 4K méretű puffert használ (de csak 64K-nál nagyobb RAM esetén), ami elvileg javíthatja a sebességet igazi gépen floppyról töltésnél, de még nem ártana tesztelni, hogy ez a gyakorlatban valóban hasznos-e (azaz észre lehet-e venni a gyorsulást )
 - kijavítottam egy IVIEW (és CVIEW is) bugot Az LS változót nem törölte a program, így EP64-en több kép megjelenítésekor csak az első volt jó, a többinél az LPT-be hibás címek kerültek
 - néhány egyéb kisebb javítás, optimalizálás, stb.

Kisebb bug: ha ENTER-rel választom a fájlt a FILE-ben, akkor átugorja a D/A kérdést, mert ott is egybõl beolvas egy ENTER-t.

Nekem működik, csak vigyázni kell arra, hogy az Enter billentyűt nem szabad túl sokáig lenyomva tartani a file választáskor. De be lehet építeni a DAC választó menü elé egy várakozást az Enter elengedésére.

És amire nem tudtam rájönni, hogy miért: ha EPDOS-szal töltjük be a RAM-ba a ROM-ot, akkor a DTM lejátszó elszáll induláskor.

Ha a DTM bővítő a RAM-ban fut, akkor felülírja a szegmens végén az utolsó 4K területet (ROM esetén lefoglal egy szegmenst és átmásolja magát). Itt azonban a ROM verzióban egy rövid, lapozást végző kód is található, amely a két szegmens közötti ugrást teszi lehetővé. Mivel ez is felülíródik, az első bővítő letapogatásnál lefagy a rendszer. Tehát az IVIEW.ROM egyszerűen nincs felkészítve arra, hogy RAM-ba lehessen tölteni (de éppen erre a célra vannak az .ext file-ok ). Azonban ezt a problémát valószínűleg nem nehéz kijavítani.

Ezzel kapcsolatban egy apró javaslat: a 2. szegmens elején 00-ák vannak az EXOS_ROM helyett (gondolom, hogy fölöslegesen ne láncolódjon be), ez lehetne inkább IVIEWROM vagy akármi, csak a ROM karakterek legyenek a helyükön, és akkor az EXOS 2.3 fel tudja ismerni RAM-ban szimulált ROM-ként, és nem törli.

Tehát ha más "ROM" végű szöveg van ott, akkor nem láncolódik be külön bővítőként, de az EXOS 2.3x felismeri RAM-ba töltött ROM folytatásaként ?

Remélhetőleg sikerült mindegyik hibát kijavítani:
     multiplay.7z (184.74 kB - downloaded 380 times.)
Az IVIEW_F.ROM-ban a DTM bővítés akkor is lefoglal egy szegmenst és átmásolja a kódot, ha RAM-ban fut, mert egyébként felülírná a FILE-t. Ezért ilyenkor nagyobb a memóriaigénye, mint az IVIEW.ROM-nak.

Vannak frissítendő ROM file-ok ? Ha nincs más, akkor ezzel az IVIEW.ROM verzióval, és az IDE.ROM-mal új ep128emu_roms.bin csomagot készítek.

Egy EPDOS 1.7-el lógok még, ami felismeri a mindenféle zene fájlt a DTM számára.

Úgy emlékszem, mintha még az SNDPLAY formátum is hiányozna (legalábbis az aktuális ROM csomagban levő EPDOS nem ismeri fel, hanem ASCII szöveg file-nak tekinti)
Amit még esetleg ki lehetne javítani, az az "insufficient memory" hiba nagy lemezeknél, bár gondolom az nagyobb átalakítást igényelne.

Már korábban is akartam említeni:
A DTM.EXT-ben a lejátszóban felül a felirat: Digitrax module player version 1.1, 1992 04 19 by Gyányi Sándor.

Ezt a feliratot módosítani kéne, hiszen már Rockdigi fájlokat is lejátszik, így a DTM player név sem illik hozzá, vagy legalábbis a verziószámban változás történt. Arról nem is beszélve, hogy Gyányi mester neve mellé István mester nevét is oda kéne írni.

Javaslatom a Digitrax Module Player helyett az Enterprise Module Player, ez átfogóbb, mindenféle EP modul zenét lejátszik. Apróság, hogy angol helyesírás szerint a címben az összes kezdõbetû nagybetû. (Könyvek, cikkek címében biztosan, de gondolom, programok címében is.)