[0.6.0] MAME addon Abhängigkeiten

Hallo,

ich weiß, ist echt nur ein Randbereich - leider hier aber für die Kids essentiell.

für das mame-addon ergeben sich nicht aufgelöste Abhängigkeiten:

The following packages have unmet dependencies:
yavdr-addon-mame : Depends: sdlmame but it is not installable
Depends: sdlmame-tools but it is not installable
Depends: gmameui but it is not installable
E: Unable to correct problems, you have held broken packages.

Es gab früher unter 12.04 noch Pakete wie gmameui, sdlmame, etc. -- allerdings wie es scheint nicht mehr für 14.04. Dieses Repository enthält die "mame" allgemein, mit tools etc http://sdlmame.wallyweek.org/repository/
Lleider gibt es die "alten" Pakete nicht mehr für trusty. Als GUI wird zB. "gnome-video-arcade" empfohlen.

Gibt es hier eine Chance es unter 0.6.0 zum Laufen zu bringen?

ciax

.. bist der Beste! - super. Schaffe es heute nicht mehr, es auszuprobieren ..

Hallo,

grundsätzlich hat es nun bzgl Abhängigkeiten funktioniert, leider schmiert mir das GUI gnome-video-arcade nach ein paar Sekunden (es ist kurz sichtbar) mit einem segfault ab:

Jan  2 11:27:06 vdr kernel: [ 4060.551775] gnome-video-arc[3744]: segfault at 0 ip 00007f7da7fc6880 sp 00007ffcf6ca9348 error 4 in libglib-2.0.so.0.4002.0[7f7da7f4f000+106000]

Naja, es wird vermutlich nicht wert sein, hier weiter zu forschen. Keine Ahnung, warum es gmameui nicht mehr gibt - andere Alternativen als Mame-UI unter Ubuntu kenne ich leider nicht (außerdem will ich die lieben Paketierer wg. den Abhängigkeiten nicht strapazieren).

Grüße!

Danke dir,

es liegt aber definitiv an "gnome-video-arcade". Habe es mal via vnc auf der box gestertet - da semmelt es auch ab. Es hat noch nach dem Paket dconf-x11 dbus-x11 verlangt (lt. Fehlermeldung), aber der segfault bleibt trotzdem. Mal sehen ...

Gruß!

Danke für die fundierte Rückmeldung. Ich gebe es jetzt mal auf - vllt. kommt die Zeit dafür. Mir geht es leider etwas zu tief in die Materie ...

Hallo,

ja, ich weiß - es steht auf prio -99

gmameui als src würde es noch geben, allerdings auch nicht neuer als für precise/yavdr 0.5. Es wird schon einen Grund geben, warum die Pakete so in der Art nicht mehr verfügbar sind. Ob gnome-video-arcade als GUI nun "der" Standard ist, weiß ich auch nicht wirklich - unter 0.5 läuft gmameui (auch wenn nur einen CPU-Kern belastend) schön stabil mit Aufruf aus dem OSD.

Naja, die Kids sind "spielesüchtig", die kleine Pause, die sich dadurch für mich ergibt, fehlt mir auch - deshalb bin ich noch auf 0.5, mit Bootoption auf 0.6 (die läuft ganz gut, aber bei meinem alten System wesentlich mehr CPU-fordernd - leider fast 2x soviel davon ..).

Gibt es Aussichten, daß ihr da noch was macht?

Gruß!

Zitat von seahawk1986

Das mame-Plugin habe ich mal versuchsweise in unstable-vdr gebaut

oh, super! ich werde mal auf unstable wechseln und versuchen.

Zitat

[..]eine praktischere Lösung als sich einen halben Gnome-Desktop zu installieren[..]

Auf jeden Fall! Danke ...

Danke seahawk! Ich werde es mal probieren, allerdings vermutlich an der "vdr-mame-launch" scheitern ..

Grüße!

.. ausprobiert, mit ein paar (unwissenden Änderungen in vdr-mame-launch) - leider "aborted" der vdr --> dmesg:

[ 2551.071927] init: vdr main process (3572) killed by ABRT signal
[ 2551.075617] init: vdr-net-monitor main process (3697) killed by TERM signal
[ 2551.076059] init: vdr-update-monitor main process (3702) killed by TERM signal

--> syslog

Jan 11 18:23:37 vdr kernel: [ 2551.071927] init: vdr main process (3572) killed by ABRT signal
Jan 11 18:23:37 vdr kernel: [ 2551.075617] init: vdr-net-monitor main process (3697) killed by TERM signal
Jan 11 18:23:37 vdr kernel: [ 2551.076059] init: vdr-update-monitor main process (3702) killed by TERM signal
Jan 11 18:23:37 vdr vdr: [3839] VDR version 2.2.0 started
Jan 11 18:23:37 vdr vdr: [3839] switched to user 'vdr'
.
.

Pfade zu mame und launcher sollten passen - in der vdr-mame-launch hab ich einfach ganz grob(!) es so abgeändert:

#!/bin/bash


#This is the launcher for the vdr-mame plugin
#Please modify the following lines


#Path to mame
MAME="/usr/games/mame"


#Joydev name
JOYDEV="/dev/input/js0"


#Joystick type
# 0 No joystick
# 1 Standard joystick
# 5 SDL joystick
JOYTYPE="0"


#lircrc file
#LIRCRC="/etc/lirc/vdr-mame-lircrc"


#Command to stop VDR
VDRSTOPCMD="frontend-dbus-send /frontend deta"


#Command to start VDR
VDRSTARTCMD="frontend-dbus-send /frontend atta"


#Stop VDR if stopping wanted
STOPVDR=$1


if [ $STOPVDR = "1" ]
then
    $VDRSTOPCMD
    sleep 5
fi


ROMPATH="/usr/share/games/mame/roms"
#ROMNAME=$3


COMMAND="$MAME -video opengl -resolution 1920x1080 -autoframeskip -throttle -switchres -rompath $ROMPATH"


#Execute command
export DISPLAY=:0.0
svdrpsend.pl REMO off
#irexec $LIRCRC &


$COMMAND


killall -9 irexec
svdrpsend REMO on


#Start VDR if stopping wanted
if [ $STOPVDR = "1" ]
then
    sleep 5
    $VDRSTARTCMD
fi

hmm ?

SoftHD zu suspenden (susp) scheitert mit folgender Meldung:

frontend-dbus-send /frontend SUSP
Error org.freedesktop.DBus.Error.UnknownMethod: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/service.py", line 654, in _message_cb
    (candidate_method, parent_method) = _method_lookup(self, method_name, interface_name)
  File "/usr/lib/python2.7/dist-packages/dbus/service.py", line 246, in _method_lookup
    raise UnknownMethodException('%s is not a valid method of interface %s' % (method_name, dbus_interface))
UnknownMethodException: org.freedesktop.DBus.Error.UnknownMethod: Unknown method: SUSP is not a valid method of interface de.yavdr.frontend

Schade .. würde mit ein paar Tipps schon weiter probieren ...

Gruß!

.. ich hatte es mit "DETA" probiert - SUSP geht gar nicht. Auch wenn ich DISPLAY auf "1:0" ändere gibt es den gleichen Fehler. vdr-dbg ist jetzt installiert, aber wie ziehe ich den trace bzw. starte yavdr in debug-modus?