Most hogy Felraktam az ARCH linuxot (686), feltelepítettem az AUR -ból az ep128emu -t.
Sajnos a csomagkészítõ szkript nem telepít a csomagba  ROM -ot. 
Látszik, hogy nem én készítettem. 
Az UHU csomagot felrakva egybõl használható az emulátor, hogy ne legyen gondja az egértaszigáló júzenek.
Angolul nem tudok, jó lenne, ha valaki megkérné a csomag karbantartóját, hogy jelezze neki ezt a hiányosságot, talán pótolná.
Ez itt az AUR helye.
A karbantartó álneve: manwithgrenade

A szkript elején meg ez van:
# Contributor: Anton Bazhenov <anton.bazhenov at gmail
# Contributor: Christoph Zeiler <archNOSPAM_at_moonblade.dot.org>

Talán MrPrise megteszi? (Neki is ARCH van)
 

Az emulátor az unsupported szekcióban van, így nem lehet bugot reportálni, csak kommentelni az AUR csomagot.
Megírtam ott a dolgot.

Persze, hogy nem bug, csak szerintem óriási hiányosság.
Köszönöm, hogy megírtad. 
Remélem, hogy méltányolják majd a honlapunkról érkezett építõ szándékú megjegyzésedet és pótolják a hiányosságot.

Kérni is bug report kitöltésével lehet. Szerintem egyébként bug, mert rom nélkül nem tudod használni.

Igazad van, valóban a csomag bugja. 
Habár attól még használható, ha tudja a szerencsétlen felhasználó, hogy hogyan pótolja magának kézzel.
Azért, ha valaki elolvassa a commentedet, és nagyon akarja használni Arch linux alatt, most már megteheti. Például én. 

Néhány most a CVS-be került ep128emu újdonság:
 - Spectrum TZX és TAP file-ok támogatása (hardware szintű emuláció, csak olvasható)
 - a debuggerben a disassembler jobban támogatja a nem dokumentált Z80 utasításokat (most már csak a nem dokumentált DD/FD CB xx xx helyére kerül "???")
 - továbbfejlesztett monitor TR parancs: egy 8 bites paraméterrel megadható, hogy ezek közül mit írjon a file-ba: video pozíció (X,Y), AF, BC, DE, HL, SP, szegmensszám, és Z80 utasítás (az alapértelmezés %00000011, azaz a régi formátummal megegyező módon csak az utolsó kettő)
 - a monitor szöveg puffere 120 sorról 160-ra növelve
 - javított/továbbfejlesztett Z80 emuláció a zx128emu-ból (valamivel lassabb lett, mint a 2.0.7 verzióban )
 - új Lua függvények: readWord(), writeWord(), readWordRaw(), writeWordRaw(), getIFF1(), getIFF2(), setIFF1(), setIFF2(), és getVideoPosition()
 - a Lua bővítő függvények részletesebb információt írnak ki hiba esetén (eddig nem lehetett tudni, hogy a scriptben hol történt a hiba )
 - a Vicman által jelzett probléma a "Batman - The Caped Crusader" játékokban javítva
 - javított Lua példa a README-ben

Esetleg lehetne beépített LUA függvénye a fizikaicím számolásnak is? Meg a fordítottjának, ami egy fizikaicímbõl adná meg a szegmensszámot ill. az azonbelüli címet.

Tehát olyan, ami az aktuális lapozás szerint konvertál 16 és 22 bites cím között, vagy egyszerűen a szegmens:offszet (két érték) és 22 bites cím közott konvertáljon ?

Csinaltam olyat hogy betoltottem "magnorol" ep128 tape funkcioival.

Ugy csinaltam hogy a pc hang kimenetet az ep hang benmenetre dugtam, es miutan start -ot nyomtam az igazi ep- n, utana az ep128 -cal elkezdtem betolteni a tape file- bol, start- tal.

Es igy szepen atnyekeregte az igazi ep- be is, mikozben persze az emuba is betoltodott.

Namost van olyan stuff (pld. buldozer), aki lekapcsolja a betolto utan a hangszorot, es neman tolti a tobbi file- t, nyekerges nelkul. ami az emunak nem faj, mert neman tolti tovabb, de az igazi ep- be igy nem lehet betolteni, mert megszunik a nyekerges, a vas ep nem kapja meg a maradek file- okat.

mi a megoldas ?

Pl MrPrise Tapirjának használata, ami direkt erre lett kitalálva

Vagy az emulátoron START helyett egyszerűen TOGGLE REM1-et (F4) is lehet használni, és akkor az emulátoron nem töltődik be a program, csak lejátssza a hangot.