Köszi a választ!
Melyikkel? Én nem találom, de lehet, hogy csak én vagyok béna.

A legújabb epcompress verzióban a "z80_asm" könyvtárban található kicsomagoló kód Z80-ra, az "uncompress"-ben pedig az uncompress bővítés .ext és .rom formátumban, (nem túl szépen megírt ) forráskóddal. A Z80-as kitömörítőnek három változata van:
decompress_sfx.s - ezt az önkicsomagoló 5-ös fejlécű file-ok használják. Két részből áll, az első a tömörített adat elé, a másik pedig a file végére kerül. A forráskód a z80-asm PC-s assemblerrel fordítható le.
decompress_simple.f - hasonló az előzőhöz, de csak a kitömörítő rutint tartalmazza betöltő nélkül, és FENAS formátumra van konvertálva. Nem tartalmaz semmliyen memóriakezelést vagy lapozást, ezért csak 64K-s területen működik, ahol a kicsomagolt adatok mellett a kódnak, a változóknak, és a veremnek is el kell férnie. A használata egyszerű: a HL regisztert a tömörített adat elejére kell beállítani, a DE-t pedig arra a címre, ahonnan kezdődően a kicsomagolt adatokat lehet tárolni, és a decompressData rutint kell meghívni. Visszatéréskor a DE az utolsó kitömörített byte utáni címre mutat. Az eredeti tömörített adat felülírható, de vigyázni kell arra, hogy a tömörített adat vége a tömörítetlen adat vége után legyen legalább néhány byte-al, így elkerülhető, hogy még feldolgozatlan adat íródjon felül.
decompress.f - továbbfejlesztett verzió (a leírás itt olvasható), szintén FENAS formátumban. Ez nagyobb méretű és lassabb, de rugalmasabban használható, tartalmaz memóriakezelést, és lapozással megoldja, hogy a kicsomagolható adat méretét csak a lefoglalható memória korlátozza.
decompress.s - ugyanaz z80-asm formátumban.

Kipróbáltam az uncompress.ext-et is a thelyra2-t próbáltam kitömöríteni vele, de alapgépen (128k) nem megy, mert kevés a memória. (mondjuk ez annyira nem volt meglepő) Mekkora a memóriaigénye a programnak?

A jelenlegi verzió az egész file-t a memóriában tömöríti ki, és mivel 3 szegmens (a 0. lap, a rendszerszegmens, és a bővítő) már foglalt, egy 128K-s gépen csak 80K marad (illetve 96K a ROM verzió használatakor). A program módosításával azonban megoldható lenne, hogy a kitömörített adatot azonnal a lemezre írja, és így csak 64K memóriát kellene lefoglalni (mert legfeljebb 65535 byte-al korábban előfordult sorozatot lehet tömöríteni, tehát ekkora a "szótár" mérete). Kisebb hátrány, hogy így megszűnne az eredeti file felülírásának a lehetősége.

Mekkora veremre van szüksége a kicsomagoló rutinnak?
Én pl. 5-ös fejlécű programnál 100H-ra szoktam beállítani. Ha saját programban felhasználom a kicsomagoló rutint, elég lesz-e neki a verem?

Más: próbálgattam a tömörítő programot, és érdekes, hogy nem mindig a -9 paraméterrel tömörít a leghatékonyabban (de az biztos, hogy az a leglasabb ). Volt olyan, hogy pont a -1-el tömörített fájl lett a legkisebb.

A méret elvileg bármekkora lehet, de a tömörítő program jelenlegi verziója a gyakorlatban nagyon lassú és sok memóriát használ az eredetileg tervezett 64K-nál lényegesen nagyobb file-ok tömörítésekor.

A legújabb verzió ezen javít valamennyit.

thelyra2.com            325781  (eredeti file)
thelyra2.dtf            179224  (attus.ldr EP-n)
  attus.ldr:
    DISK: -> DISK:  ~112 s
    FILE: -> FILE:  ~63 s
thelyra2.dtf            177899  (dtf.cpp PC-n, kompatibilis az attus.ldr-el)
thelyra2.zip            114205  (Info-ZIP 2.32)
thelyra2.exo            108927  (exomizer 2.0b7)
thelyra2.zip            107220  (p7zip 4.57)
thelyra2                105160  (epcompress)
  uncompress.ext:
    DISK: -> DISK:  ~79 s
    DISK: -> FILE:  ~27.5 s
    FILE: -> FILE:  ~21 s
thelyra2.rar            104272  (rar 3.80)
thelyra2.7z              93203  (p7zip 4.57)

Az új verziókkal:

thelyra2.dtf            178124  (dtf.cpp PC-n, kompatibilis az attus.ldr-el)
thelyra2.dtf            156998  (dtf.cpp PC-n, nem kompatibilis az attus.ldr-el)
thelyra2.m2             104905  (epcompress -m2)
thelyra2.m0             102236  (epcompress -m0)

Olyan változatot lehetne csinálni, mint PC-n az önkicsomagoló cuccok?
Vagyis több fájl van egyben, a neveik is eltárolva, EP-n futtatva megkérdezi hova csomagolja ki.

Az megfelel erre a célra, ha az UNCOMPRESS-t kiegészítem az ep128emu_roms.bin-hez (ami több file-t tárol legfeljebb 28 karakter hosszú és könyvtár nélküli nevekkel, igaz, fejéc nincsen) hasonló formátumű file-ok kicsomagolásával ?

Ez a továbbfejlesztett UNCOMPRESS verzió már elvileg minden új funkciót tud (.ext kicsomagolás, több file-t tartalmazó - ep128emu_roms.bin formátumú -  archívumok támogatása, "darabolt" formátum, stb.), de még tesztelni kell:

 uncompress.s (54.88 kB - downloaded 157 times.)



Példának itt egy nagyobb csomag játék (Attus Spectrum átiratai) tömörítve:

 puredtf1.000 (688 kB - downloaded 156 times.)
 puredtf1.001 (633.21 kB - downloaded 141 times.)
 puredtf2.000 (688 kB - downloaded 143 times.)
 puredtf2.001 (688 kB - downloaded 151 times.)
 puredtf2.002 (85.37 kB - downloaded 146 times.)
 puredtf3.000 (688 kB - downloaded 143 times.)
 puredtf3.001 (662.02 kB - downloaded 169 times.)
 puredtf4.000 (688 kB - downloaded 149 times.)
 puredtf4.001 (202.9 kB - downloaded 142 times.)

Frissítettem az IVIEW+CVIEW+IPLAY+SNDPLAY+UNCOMPRESS bővítést, az új UNCOMPRESS verzióval (kisebb változtatások vannak az előbbihez képest), és az SNDPLAY 0.98-al, amely a dtm1.s-ben található "majdnem mindig" működő DAC trükköt tartalmazza:

Hamarosan elkészül a továbbfejlesztett epcompress is.