A tapeconv egyszerű módosításával elérhető, hogy az emulátor WAV file bemenetével azonos TAP file legyen az eredmény. De ez sem működik teljesen megbízhatóan, az EXOS nem mindog találja meg a betöltő fejlécét. A legjobb lenne dekódolni az audio file-t, és TZX-et készíteni, ami egyben a legkisebb méretű is lenne.

Próbáltam azt is, hogy zx128emu-ban a Zotyocopy-ba betölteni az eredeti WAV-ból, szépen fel is ismeri, méretek stimmelnek, azonban csupa 0 bájtot tölt be belõle.

Lehet, hogy nagy őrület amit írok, meg nem is annyira értek az ep128 lelkivlágához
 de ugye a program loadere betölti valahova az adatokat a védett részről és esetleg ezt a debugger segítségével (esetleg valami scripttel) nem megoldható az adatfolyam úgymond dumppolása? Amiből utána lehetne kreálni hangfilet.

SAVE rutin trükk bejött
Csináltam egy kis programot amivel a kiválasztott fájlt lehet beleküldeni a programból kiszedett SAVE rutinba. A hangot az ep128emu record audio funkciójával felvettem WAV-ba. Az elejére oda küldtem a betöltõt sima COPY TAPE-vel. Így elõállt egy ideális jelet tartalmazó WAV fájl, amit már sikerült tapeconv-olni. Elõtte hangszerkesztõvel még kiszedtem a felesleges szüneteket.

Ezt hogyan sikerült?

Saját fejlesztésű, meglehetősen kezdetleges és nem felhasználóbarát PC-s programokkal Először kiírtam egy file-ba az impulzus hosszúságokat (a pozitív->negatív nulla átmenetek közötti hangminták számát) a 176.4 kHz mintavételezési frekvenciára konvertált r6-8bit.wav-ból, és megkerestem az alábbiak hosszát (az EXOS formátumnál természetesen már adottak):
  - bevezetőjel
  - szinkron bit
  - 0 bit
  - 1 bit
A hosszúságok ugyan nem egészen pontosak, de a TZX file működik. A dekódolásnál nem foglalkoztam a blokk adatok tartalmával (file név, CRC, stb.), elég volt egyszerűen megkeresni a bevezetőjelet, a szinkron bitet, és az azt követő byte sorozatot, illetve a szünetek hosszát. A TZX "turbós" blokkhoz az alábbi fejlécet kell kiírni a file-ba:
  0x00    -    WORD    Length of PILOT pulse
  0x02    -    WORD    Length of SYNC first pulse
  0x04    -    WORD    Length of SYNC second pulse
  0x06    -    WORD    Length of ZERO bit pulse
  0x08    -    WORD    Length of ONE bit pulse
  0x0A    -    WORD    Length of PILOT tone (number of pulses)
  0x0C    -    BYTE    Used bits in the last byte (other bits should be 0) {8}
(e.g. if this is 6, then the bits used (x) in the last byte are: xxxxxx00, where MSb is the leftmost bit, LSb is the rightmost bit)
  0x0D    -    WORD    Pause after this block (ms.)
  0x0F    N    BYTE[3]    Length of data that follow
Ez megfelel az EXOS formátumhoz is, csak a byte-okon belül a bitek sorrendje fordított lesz. A blokk fejlécet követően kiírtam az összes dekódolt adat byte-ot.

Saját fejlesztésû, meglehetõsen kezdetleges és nem felhasználóbarát PC-s programokkal

Sejtettem, hogy valami trükk van a dologban
A Laser-t nem próbálod meg? Abban picit eltérõ kódolás lehet, a SAVE-s módszer sem jött be ott.

Ha belépünk a pályaszerkesztõbe (ESC) és az F2-vel tovább lépünk egészen a 30. szintig és azt akarjuk az F6-tal tesztelni, lefagy a program. Szerintem a pályákkal van valami gond. Vagy ez eddig is volt? Nyuzga örökéletesített verziójával próbáltam és ez lett az eredménye.

Amúgy jó pár "bytecsuszás" volt.

Ami a screenshoton látható eltérés, az csak a bevezetőjelek hossza ("0x0A - WORD Length of PILOT tone (number of pulses)"). Az adathiba a file végén volt, ahol néhány byte lemaradt.