SDL2 ?

Előbbi hozzászólás UBK/64 alatt született, most  a kiadás előtt álló UBK3 -on írom ezt. Itt frisebb a Firefox. Ez már csak 64 biten létezik.

Ez nekem 404-et dob.

Bocsi, nem jó, mert fájlnév nélküli.
A letöltési lap: https://github.com/istvan-v/ep128emu/releases/
Itt megtalálsz minden verziót minden platformra.

István!

 https://github.com/istvan-v/ep128emu/issues/4

Szerintemez téves.
Biztosan ubuntu specifikus gondja van, nem pedig a kódodban van a hiba.

Nem tudom, hogy szegénynek mi gondja lehet az fltk3 -al, nekem semmi gondom vele.
Szépen elkészül az ep128emu fltk-1.3.3 és fltk-1.3.4 -el is. Előbbi az UHU-UBK1 -en kész, utóbbi a nemsokára megjelentethető UBK2 -n 32 és 64 biten is elkészült.
UBUNTU jobban aprózza az fltk -t, mint mi. Nekünk nincs külön lehasított libfltk3 csomagunk. Tudom, hogy debian, fedora, meg ubuntu szanaszét aprózzák a kiinduló forrásból létrejött cuccot sok apró, különböző nevű csomagocskára.
Talán LGB, mint nagy UBUNTU használó tudna neki segíteni.

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.

Megtettem, kipróbáltam, működik.

István!

Engedelmeddel felraktam a githubra.


Lehet, hogy MrPrise-nek is jó a Manjaro-Linux -hoz, esetleg kis átalakítással.

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.

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.