Mplayer-plugin: LIRC kollision?

uzer · 17. März 2006

Hallo zusammen,

ich verwende das mplayer-plugin, und seid kurzem kollidieren die Tasten die für den VDR belegt sind (also laut, leider, mute vorallendingen) mit dem vdr. Absturz dem mplayers und ich muss die menü taste drücken bis ich wieder zum vdr tv komme.
Ich habe mir schon mute auf die Taste 9 gelegt und da gibt es dann keine Probleme!
Auch wenn ich channel+ drücke hab ich son misch masch aus mplayer und vdr tv!?

Meine Frage: Was macht der VDR tv wenn das mplayer-plugin gestartet wird... was macht die lirc erkennung?

ich finde keinen Hinweis in der Doku auf die mplayer.sh.conf oder vdrmplayer.conf, sind dies linvdr spezifische dateien?

PS. ich habe das mplayer.sh script entfernt und um ein anderes ersetzt welches X startet über den ivtvdev treiber bzw. xv

kilroy · 17. März 2006

Hast Du mplayer im slave Modus gestartet? Dann sollte vdr die Tastendrücke an mplayer
durchleiten.

uzer · 17. März 2006

achso.. Nein habe ich nicht.
Im Slave Modus stürzt der immer sofort ab.. ich bekomme das erste Bild des Videos.. und das wars.

Dann ist es gar kein fehler das es da kollisionen gibt wenn ich den traditionellen modus benutze!? ... dann wäre die frage warum er im slave modus sofort abstürzt ohne eine eingabe meinerseits ... ich sehe noch den fortschritsbalken und dann stürzt er ab.

kilroy · 17. März 2006

Wirf mal einen Blick in die Logs. IIRC kann man in mplayer.sh auch noch einen Debug Modus aktivieren.

uzer · 18. März 2006

habe jetzt nach anpassen der mplayer.sh den slave modus am laufen. Jedoch auch da das gleiche problem - Absturz bei Mute und Mischmasch(mplayer - live tv) wenn ich channel+ oder - drücke

uzer · 19. März 2006

wenn ich das mp3- anstatt des mp3ng-plugins benutze, wird es schon besser. Kein Absturz mehr beim lauter - leiser machen, aber nach kurzer zeit vermischt sich dann wieder der vdr mit dem mplayer und ich sehe zusätzlich das vdr menü für die lautstärke

uzer · 20. März 2006

Ok, ich habe alles etwas eingegrenzt!
Ich hoffe es findet sich noch jemand der mit meiner Debug info etwas anfangen kann ..

also der vdr lief in einer schleife, daher wurde er immer neu gestartet nach einem Fehler und somit ergab sich der misch masch auf meinem bildschirm.

Wenn ich nun ohne das Start Script ein strace ausführe:

Code

strace ./vdr --lirc -c /usr/local/lib/vdr -Ppvr350 -Ppvrinput -Pmplayer

den mplayer starte und dann etwas mit der lautstärke mache, z.B. mute ergibt sich:

Diff

stat64("/video/.update", 0xbf8833bc)    = -1 ENOENT (No such file or directory)
gettid()                                = 3400
time(NULL)                              = 1142812489
accept(9, 0xbf881410, [16])             = -1 EAGAIN (Resource temporarily unavailable)
gettimeofday({1142812489, 703149}, NULL) = 0
clock_gettime(CLOCK_REALTIME, {1142812489, 703564000}) = 0
) = -1 ETIMEDOUT (Connection timed out)4 2916/2916 30%  0%  2.4% 0 0
gettimeofday({1142812490, 708234}, NULL) = 0
futex(0x8204b98, FUTEX_WAKE, 1)         = 0
kill(3437, SIG_0)                       = 0
waitpid(3437, NULL, WNOHANG)            = 0
time(NULL)                              = 1142812490
time(NULL)                              = 1142812490
time(NULL)                              = 1142812490
stat64("/video/.update", 0xbf8833bc)    = -1 ENOENT (No such file or directory)
gettid()                                = 3400
time(NULL)                              = 1142812490
accept(9, 0xbf881410, [16])             = -1 EAGAIN (Resource temporarily unavailable)
gettimeofday({1142812490, 712845}, NULL) = 0
clock_gettime(CLOCK_REALTIME, {1142812490, 713240000}) = 0
) = 07.9 V:  97.9 A-V:  0.012 ct:  0.145 2936/2936 30%  0%  2.4% 0 0
futex(0x8204b98, FUTEX_WAIT, 2, NULL)   = 0
futex(0x8204b98, FUTEX_WAKE, 1)         = 0
time(NULL)                              = 1142812491
time(NULL)                              = 1142812491
write(1, "status: volume=211 mute=1\n", 26status: volume=211 mute=1
) = 26
gettimeofday({1142812491, 374053}, NULL) = 0
gettimeofday({1142812491, 374114}, NULL) = 0
gettid()                                = 3400
time([1142812491])                      = 1142812491
rt_sigaction(SIGPIPE, {0xb7deba70, [], 0}, {0x8122460, [PIPE], SA_RESTART}, 8) = 0
send(3, "<11>Mar 20 00:54:51 vdr: [3400] "..., 87, 0) = 87
rt_sigaction(SIGPIPE, {0x8122460, [PIPE], SA_RESTART}, NULL, 8) = 0
gettid()                                = 3400
time([1142812491])                      = 1142812491
rt_sigaction(SIGPIPE, {0xb7deba70, [], 0}, {0x8122460, [PIPE], SA_RESTART}, 8) = 0
send(3, "<11>Mar 20 00:54:51 vdr: [3400] "..., 87, 0) = 87
rt_sigaction(SIGPIPE, {0x8122460, [PIPE], SA_RESTART}, NULL, 8) = 0
gettimeofday({1142812491, 379490}, NULL) = 0
gettimeofday({1142812491, 380431}, NULL) = 0
gettimeofday({1142812491, 380512}, NULL) = 0
time(NULL)                              = 1142812491
time(NULL)                              = 1142812491
time(NULL)                              = 1142812491
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++.002 ct:  0.145 2937/2937 30%  0%  2.4% 0 0
alsa-uninit: pcm closed 0.010 ct:  0.144 3294/3294 30%  0%  2.3% 0 0


Exiting... (Quit)
        bitsPerPixel=32, depth=24, defaultVisual=TrueColor
        mask: ff0000,ff00,ff, offset: 16,8,0
Init Video
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
Could not init font path element unix/:7100, removing from list!

Alles anzeigen

zu erkennen ist die letzte Aktion "mute" und der darauf folgende Segmentation fault
mplayer wird bei mir mit -vo xv aufgerufen und ich habe das mplayer.sh script durch ein eigenes ersetzt!

Bitte schau sich das mal jemand an der Ahnung davon hat

uzer · 20. März 2006

und noch was:
wenn der ./vdr ohne --lirc gestartet wird, ich also mit dem keyboard ins mplayer menü gehe, film starte und dann über den traditionellen modus mit der fb bediene gibt es keine abstürze!!

uzer · 20. März 2006

okay! indem ich dem vdr über einen symbolische links den lircd wegnehme, lircd beende/neustarte, und nach der wiedergabe von mplayer den symbolischen link zu lircd wieder herstelle kann ich es umgehen.

Ich denke dass es sich hier um einen Fehler im mplayer-plugin handelt. Wenn der VDR mit LIRC Unterstützung (--lirc) gestartet wurde, scheint das mplayer-plugin die Unterdrückung von lirc Kommandos für den VDR nicht zu beherrschen.

mfg

Mplayer-plugin: LIRC kollision?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema