(Gelöst) YaVDR Problem mit Pro 7

Hallo zusammen, ich hab seit heute das Problem das sobald ich auf den Sender Pro 7 schalte sich der VDR neu startet.
Egal ob Pro 7, Pro 7 CH, oder Pro 7 Austria.

Das hatte ich gestern noch nicht, oder besser gesagt das hatte ich bis jetzt noch nie.
Auch ein Blick in die Channellist hat keinen Pro 7 doppeleintrag gezeigt.

Auch im log finde ich nichts. Da steht zwar switchung to channel 6 (das ist bei mir sat1) aber wenn ich dann auf 7 schalte stürzt sie ab bzw. VDR wird neu gestartet und es ist kein eintrag im log.

Ich finde das komisch, da bis jetzt alles funktioniert hat.
Hat das Problem noch jemand?

Würde mich über eine Lösung freuen.
Danke.

Anbei noch das log
"Aug 10 00:55:06 yavdr vdr: [7142] switching to channel 6
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]SetPlayMode: 0
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]SetVideoDisplayFormat: 1
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]GetSpuDecoder:
Aug 10 00:55:06 yavdr vdr: [7887] TS buffer on device 1 thread ended (pid=7142, tid=7887)
Aug 10 00:55:06 yavdr vdr: [7886] buffer stats: 59032 (1%) used
Aug 10 00:55:06 yavdr vdr: [7886] receiver on device 1 thread ended (pid=7142, tid=7886)
Aug 10 00:55:06 yavdr vdr: [7888] receiver on device 1 thread started (pid=7142, tid=7888, prio=high)
Aug 10 00:55:06 yavdr vdr: [7889] TS buffer on device 1 thread started (pid=7142, tid=7889, prio=high)
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]SetPlayMode: 1
Aug 10 00:55:06 yavdr vdr: audio/alsa: using device 'default'
Aug 10 00:55:06 yavdr vdr: audio/alsa: start delay 336ms
Aug 10 00:55:06 yavdr vdr: [7142] retuning due to modification of channel 6
Aug 10 00:55:06 yavdr vdr: [7142] switching to channel 6
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]SetPlayMode: 0
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]SetVideoDisplayFormat: 1
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]GetSpuDecoder:
Aug 10 00:55:06 yavdr vdr: [7889] TS buffer on device 1 thread ended (pid=7142, tid=7889)
Aug 10 00:55:06 yavdr vdr: [7888] buffer stats: 60160 (1%) used
Aug 10 00:55:06 yavdr vdr: [7888] receiver on device 1 thread ended (pid=7142, tid=7888)
Aug 10 00:55:06 yavdr vdr: [7890] receiver on device 1 thread started (pid=7142, tid=7890, prio=high)
Aug 10 00:55:06 yavdr vdr: [7891] TS buffer on device 1 thread started (pid=7142, tid=7891, prio=high)
Aug 10 00:55:06 yavdr vdr: video: slow down video, duping frame
Aug 10 00:55:06 yavdr vdr: video: decoder buffer empty, duping frame (60/52) 0 v-buf
Aug 10 00:55:06 yavdr vdr: video: --:--:--.--- +0 0 0/\ms 0-1 v-buf
Aug 10 00:55:06 yavdr vdr: [7142] [softhddev]SetPlayMode: 1
Aug 10 00:55:06 yavdr vdr: audio/alsa: using device 'default'
Aug 10 00:55:06 yavdr vdr: audio/alsa: start delay 336ms
Aug 10 00:55:07 yavdr vdr: codec: buggy libav, use ffmpeg
Aug 10 00:55:07 yavdr vdr: video: slow down video, duping frame
Aug 10 00:55:07 yavdr vdr: video: 24:28:39.807 +498 556 0/\ms 0+3 v-buf
Aug 10 00:55:08 yavdr vdr: video/vdpau: synced after 56 frames
Aug 10 00:55:08 yavdr kernel: [ 4481.675715] vdr[7142] general protection ip:7f444f82940c sp:7fff3b0ca590 error:0 in libvdr-lcdproc.so.2.0.6[7f444f81f000+11000]
Aug 10 00:55:08 yavdr kernel: [ 4481.816235] init: vdr main process (7142) killed by SEGV signal
Aug 10 00:55:08 yavdr kernel: [ 4481.817668] init: vdr-frontend main process (7282) killed by TERM signal
Aug 10 00:55:08 yavdr vdr-crash: vdr exit with signal SEGV . Restarting
Aug 10 00:55:08 yavdr kernel: [ 4481.901784] init: vdr-exit-other main process (7901) terminated with status 1
Aug 10 00:55:09 yavdr vdr: [7911] VDR version 2.0.6 started"

Hier sieht man das nach channel 6 ein neustart kommt.

Hi nochmal.

Da ich bevor seahawk gepostet hat schon nach einer Lösung gsucht habe aber nicht fündig geworden bin habe ich den VDR mal in meiner verzweiflung vom Strom getrennt.
Siehe da jetzt läuft es wieder. Erstmal.
Sollte das Problem nochmal auftauchen werde ich ein Backtrace erstellen.

Danke für deine Antwort.

Was allerdings echt seltsam ist das auf einmal der Sender nicht mehr funktioniert obwohl es da nie Probleme gegeben hat.
Und vorallem ist unlogisch warum es Probleme beim sender gibt die mit dem LCD Display Plugin zusammenhängen sollen.

Ok ich werde es mal weiter beobachten.

Hallo nochmal. Sorry das ich diesen Artikel wieder rausholen muss, aber gestern Abend hatte ich schon wieder das Problem das ProSieben nicht funktioniert hat. Bzw das bei umschalten auf Pro Sieben der VDR gecrasht ist.

May 28 23:00:03 yavdr vdr: [2144] switching to channel 6
May 28 23:00:03 yavdr vdr: [2144] [softhddev]SetPlayMode: 0
May 28 23:00:03 yavdr vdr: [2144] [softhddev]SetVideoDisplayFormat: 1
May 28 23:00:03 yavdr vdr: [2144] [softhddev]GetSpuDecoder:
May 28 23:00:03 yavdr vdr: [2485] TS buffer on device 1 thread ended (pid=2144, tid=2485)
May 28 23:00:03 yavdr vdr: [2484] buffer stats: 76328 (1%) used
May 28 23:00:03 yavdr vdr: [2484] receiver on device 1 thread ended (pid=2144, tid=2484)
May 28 23:00:03 yavdr vdr: [2486] receiver on device 1 thread started (pid=2144, tid=2486, prio=high)
May 28 23:00:03 yavdr vdr: [2487] TS buffer on device 1 thread started (pid=2144, tid=2487, prio=high)
May 28 23:00:03 yavdr vdr: [2144] [softhddev]SetPlayMode: 1
May 28 23:00:03 yavdr vdr: audio/alsa: using device 'default'
May 28 23:00:03 yavdr vdr: video: slow down video, duping frame
May 28 23:00:03 yavdr vdr: video: decoder buffer empty, duping frame (40/40) 0 v-buf
May 28 23:00:03 yavdr vdr: video: --:--:--.---   +0    0   0/\ms   0-1 v-buf
May 28 23:00:03 yavdr vdr: audio/alsa: start delay 336ms
May 28 23:00:03 yavdr kernel: [  203.025153] vdr[2144]: segfault at 7ffd010e00ff ip 00007f04b7d9140c sp 00007ffc010dfc60 error 4 in libvdr-lcdproc.so.2.0.6[7f04b7d87000+11000]
May 28 23:00:03 yavdr kernel: [  203.059524] init: vdr main process (2144) killed by SEGV signal
May 28 23:00:03 yavdr kernel: [  203.062911] init: vdr-frontend main process (2280) killed by TERM signal
May 28 23:00:04 yavdr vdr-crash: vdr exit with signal SEGV . Restarting
May 28 23:00:04 yavdr kernel: [  203.150513] init: vdr-exit-other main process (2497) terminated with status 1
May 28 23:00:04 yavdr vdr: [2508] VDR version 2.0.6 started
May 28 23:00:04 yavdr vdr: [2508] switched to user 'vdr'
May 28 23:00:04 yavdr vdr: [2508] codeset is 'UTF-8' - known

hirraus sieht man wieder das es das Problem mit ibvdr-lcdproc ist.

May 28 23:00:03 yavdr kernel: [ 203.025153] vdr[2144]: segfault at 7ffd010e00ff ip 00007f04b7d9140c sp 00007ffc010dfc60 error 4 in libvdr-lcdproc.so.2.0.6[7f04b7d87000+11000]

Jetzt wolte ich ein Bugtrace erstellen lassen, aber jetzt funktioniert ProSieben wieder.
Ohne etwas gemacht zu haben.

Ich würde die Ursache des Problems gerne beheben.

Für was brauche ich das LcdProc Plugin überhaupt?
Ich habe gesehen das bei mir das LCDProc und das targavfd Plugin aktiv sind. brauche ich denn beide?

grüße
data

@Seahawk: Ja, des Bugtracer wollte ich gerade erstellen. Habe es so gemacht wie in der Beschreibung von deinem Link. Nachdem ich fertig war mit /etc/default/vdr anpassen bin ich an den VDR gegangen und habe auf Pro7 geschaltet in der Erwartung, das der VDR crashen würde um den Bugtracer zu erstellen. Allerdings ging jetzt auf einmal Pro7 ohne Probleme.
Wenn das wieder passiert, werde ich sofort den Bugtracer erstellen.

Allerdings ist mir nicht ganz klar ob ich das LCDProc denn überhautp brauche, da bei mir LCDProc und das targavfd Plugin aktiv sind.
Brauche ich beide Plugins? Oder fnktioniert dann das Display nicht mer ohne das LCDProc Plugin?
grüße
data

Ok, dann noch eine blöde frage.
Für was brauche ich das LCdProc denn dann?

Es könnte auch durchaus sein, dass ich dieses Plugin in anfänglicher Unwissenheit aktiviert habe.
Wenn ich das jetzt richtig verstehe, heißt das, wenn ich das in LCDProc Plugin deaktiviere, sollte das Problem mit ProSieben nicht mehr bestehen, aber das Display funktioniert weiterhin.

Ist das so? Weil wenn das so ist, dann ist die Lösung ja ganz einfach.
Grüße
Data

Ok, ich hab jetzt mal LCDProc deaktiviert und den VDR neu gestartet. Display läuft soweit. Ich hoffe das, dass Problem behoben ist.
Danke schön.