Ejnye!

Megkíséreltem UHU-2.2 alatt is és kiderült, hogy néma az egykoron csinált 2.0.7 és a most összeeszkábált 2.0.11.1 is. (ez utóbbit keményebben kellett foltoznom az fltk1 miatt)
Egyszerűen nem észlel létező hangrendszert az emulátor, figyelmeztet is erre.


Nem tudom milyen módszerrel csinálja a hangrendszerek és hangeszközök észlelését az emulátor, de itt csődöt mond.

Pedig van a 2.2 öreg rendszeren pulseaudio és alsa is, vígan zajonganak más játékok és emulátorok, a videókról nem is beszéve.

Megkíséreltem az sf -ről letöltött binárisokat is elindítani azért, hogy kiküszöböljem az estleges fordításomba becsúszott hibát, de az újabbak már jóval frissebb rendszer libeket keresnének, mint ami az UHU-2.2 -n van, ezért el sem indíthatók.
A régi kibontott bináris meg nem talál exos0 romot. Ott még nem volt makecfg.

A legújabb UHU-UBK1 (RIA) alatt a 2.0.11.1 csomagom jól végzi a dolgát. Az sf-ről letöltött és kibontott kész bináris is vele azonosan működik.
Érdekes módon nem jelzi ő sem a Pulse (Alsa) létét a csomagomhoz hasonlóan, az UHU-3 UBK -n viszont jelzi a csomagom a pulse létét.

Valahogy ki kellene derítenem, hogy miért nem észleli a rendszerem lévő hangeszközöket az emulátor UHU 2.2 alatt?
Esetleg a pulse eszközt miért nem észleli a legújabb (ria) rendszeren?

UHU-2.2 ről nem csatolok képet, mert ott üres a lista, a többinél a kiválasztott esetben zajong az nvidia kártyába dugott HDMI kábelen keresztül a monitorom.

Vagy az emulátor a ludas, vagy a rendszer, esteleg mindegyik.

A hangeszközök észlelését nem az emulátor végzi, hanem a PortAudio. Az UHU 2.2 talán régi (ha jól látom, 2007-es?) verzióját tartalmazza. A PulseAudio használata problémás lehet, én általában egyszerűen törlöm ezt a csomagot . A PortAudio közvetlenül csak az ALSA-t támogatja.

Köszi a nyomot.
A disztrók többségében manapság a pulseaudio használata az általános és az alapértelmezett, nem egyszerű levakarni a rendszerről. Az alsa -t használja természetesen, de nem vagyok benne egyáltalán otthon, magyarán tök vagyok hozzá. Az OSS is már tég felejtős.
Megkísérlem feljavítani a portaudio -t újabbra a 2.2 -höz.

Bingó!
Sikerült, az UHU-3 alatti portaudio verziót (20~20140130+r1963) begyógyítottam a 2.2 alá, és azzal felépítve az emut megszólalt!

Mégegyszer köszönet az iránytűhöz!

Mellékelek egy foltot, ami kellett ahhoz, hogy lefordíthassam az emut ehhez a régibb rendszerhez, Az Fl_Native_File_Chooser egyes részei ugyanis nincsemek meg az itteni fltk1 1,1,10 verzióban.

Ezt szerintem helyesebb lenne az SConstruct-ban javítani, mert így akkor is az emulátor csomagjában található (FLTK 1.1-es) Fl_Native_File_Chooser.H-t használja a makecfg és tapeedit, ha egyébként FLTK 1.3 van a rendszeren. A probléma valójában az, hogy itt kimaradt a makecfgEnvironment és a tapeeditEnvironment:

Code: Python

1. fltkVersion13 = 0
2. if configure.CheckCXXHeader('FL/Fl_Cairo.H'):
3.     fltkVersion13 = 1
4. else:
5.     ep128emuLibEnvironment.Append(CPPPATH = ['./Fl_Native_File_Chooser'])
6.     ep128emuGUIEnvironment.Append(CPPPATH = ['./Fl_Native_File_Chooser'])
7.     ep128emuGLGUIEnvironment.Append(CPPPATH = ['./Fl_Native_File_Chooser'])

Ezt megpróbáltam találomra elhelyezni a SConstruct fájlba a magam feje után, de mindig hibával leáll a scons.
if configure.CheckCXXHeader('FL/Fl_Cairo.H'):

   ^

IndentationError: unexpected indent

Sajna nem értek a python scons -hoz. Sem.

A Git forráskód már tartalmazza a javítást.

Szerk.: a letöltéseket frissítettem az új UHU csomagokkal.

Köszönök mindent, a 2.2 -t (is) már hagyom úgy ahogy van az én foltjaimmal, hisz működik. Nem hiszem, hogy javítana rajta funcionálisan, (a szépségen túlmenőn) ha most github commit számhoz tapadón letöltött forrásból csinálnán újra a foltjaim kidobásával.
Nem babrálom már a csomagjaimat addíg míg újabb verzót nem ugrasz a githubon.
Akkor viszont azonnal!


Jó lenne más disztróhoz is csinálni, igaz a legújabb egybemindent stílusú binárisod működik a legfrisebb disztrókon, de egy ósdibb ubuntut használó már nem tudja használni.
Majd megszenved a forrásból újrafordítással történű telepítéssel.


Még lehet, hogy összedobok egy PKGBUILD -ot, ha lesz rá időm és kedvem, egy kicsit konyítok hozzá, és ki is tudnám próbálni az Arch-64 telepítményemen.

It is ZX41ES.ROM, the Spanish translated Rom for the Hardware Spectrum Emulator.

Thanks, it will be included with the next version of the package.

Most nézem, a MANJARO-linux is tök azonos PKGBUILD struktúrát  használ, mint az ARCH-linux, biztosan jó lesz ahhoz is az ep128emu -hoz kreált PKGBUILD fájlom.
Ebben majd MrPrise megerősíthet, vagy cáfolhat, ha nála működik, vagy nem.

Íme a fájl: https://raw.githubusercontent.com/istvan-v/ep128emu/master/PKGBUILD

A SID lejátszó programok tesztelése közben újabb bosszantó GTK file választó ablak hibát vettem észre: ha a FILE: eszköz file nevet kér, akkor az ezt az eseményt kiváltó billentyű "ragad", mert az emulátor nem tud a billentyű elengedéséről. Ezért végtelen ciklusban újra megjelenhet az ablak. Ezt is javítom a 2.0.11.2 verzióban.

Az mitől lehet, hogy a winfosban, magnós konfignál ha felugrik a fájlválasztó ablak, és a fájlnyitáshoz közel van egy breakpoint, akkor feldob egy hibaüzenetet, amit sose sikerült még elolvasnom, és az emulátor bezár? ( nem mindig fordul elő, régen is megvolt)
Gondolom nagy segítség voltam , lehet valami winfos bug?