Anlaufschwierigkeiten mit EPG, FEMON, Ausgabe...

SurfaceCleanerZ · 17. Februar 2016

Hi,
wie hast du beide Frontends gleichzeitig aktiviert? Sollte eigentlich im easyPortal und im Setup-Plugin nicht gehen!

MfG,
Stefan

domreuter · 17. Februar 2016

Hi Stefan,

soweit, das in einer GUI zu konfigurieren, kam ich noch gar nicht. Ich hatte zeitweise beide Plugins in der /etc/runvdr.conf eingetragen. Das xine-Plugin habe ich inzwischen aber auskommentiert.

Grüße

Dominik

SurfaceCleanerZ · 17. Februar 2016

Hi,
äh, das eintragen in der runvdr ist definitiv nicht vorgesehen! Das läuft über die sysconfig des Setup-Plugins! Und normal geht es im OSD oder via Webserver easyPortal im Browser.

MfG,
Stefan

domreuter · 18. Februar 2016

Hi Stefan,

mit ist ja bewusst, dass in dieser Hinsicht sicher auch in der VDR-Gemeinde verschiedene Philosophien vertreten werden. Die Plugins durch Eintragung in der runvdr.conf zu starten, ist in dieser Datei aber ganz offensichtlich vorgesehen - die entsprechenden Zeilen sind im Auslieferungszustand schon vorhanden und es müssen nur noch die # entfernt und Plugin-Namen eingetragen werden. Darauf wurde ich ja gerade in diesem Thread erst hingewiesen. Darüber hinaus hätte ich ein Henne-Ei-Problem, wenn ich Plugins nur in der GUI eines Plufins aktivieren könnte, also ohne laufendes Plugin keine Plugins aktivieren könnte. Oder was verstehen ich gerade falsch?

Es ist auch recht offensichtlich, dass das xineliboutput Plugin gestartet wird. Das sieht man im syslog und vdr-sxfe kann erfolgreich eine Verbindung aufbauen. Lediglich die Bild- und Tonausgabe scheitert. Hatte auch schon überlegt, ob es einfach am fehlenden Signaleingang liegt und ich zunächst die Wiedergabe einer Aufzeichnung starten muss, das über das Live-Plugin zu tun, hat aber auch keine Besserung gebracht, und auch das "no signal"-Bild, das laut Ausgabe ausgegeben wird, ist nicht zu sehen.

Grüße

Dominik

domreuter · 18. Februar 2016

So, kleiner Nachtrag - wenn ich über das Live-Plugin eine Aufnahme abspiele, sieht das im Syslog so aus:

Code

2016-02-18T11:51:32.365991+01:00 linux-mvfo vdr: [2068] [xine..put] Client 0 connected: 127.0.0.1:60827
2016-02-18T11:51:32.366507+01:00 linux-mvfo vdr: [2068] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf
2016-02-18T11:51:32.366931+01:00 linux-mvfo vdr: [2068] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262144 bytes
2016-02-18T11:51:32.368438+01:00 linux-mvfo vdr: [2068] [xine..put] Trying PIPE connection ...
2016-02-18T11:51:32.368918+01:00 linux-mvfo vdr: [2068] creating directory /etc/vdr/plugins/xineliboutput/pipes.2063
2016-02-18T11:51:32.370330+01:00 linux-mvfo vdr: [2068] removing /etc/vdr/plugins/xineliboutput/pipes.2063
2016-02-18T11:51:32.370770+01:00 linux-mvfo vdr: [2068] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
2016-02-18T11:51:32.371106+01:00 linux-mvfo vdr: [2068] [xine..put] cTcpWriter initialized (buffer 2048 kb)
2016-02-18T11:51:32.371482+01:00 linux-mvfo vdr: [2068] [xine..put] Pipe open
2016-02-18T11:51:51.734962+01:00 linux-mvfo vdr: [2063] replay /video/Challenger_-_Ein_Mann_kÃ¤mpft_fÃ¼r_die_Wahrheit/2016-01-30.23.38.1-0.rec
2016-02-18T11:51:51.738980+01:00 linux-mvfo vdr: [2063] playing '/video/Challenger_-_Ein_Mann_kÃ¤mpft_fÃ¼r_die_Wahrheit/2016-01-30.23.38.1-0.rec/00001.ts'
2016-02-18T11:51:52.669919+01:00 linux-mvfo vdr: [2110] dvbplayer thread started (pid=2063, tid=2110, prio=high)
2016-02-18T11:51:52.671565+01:00 linux-mvfo vdr: [2063] max. latency time 2 seconds
2016-02-18T11:51:52.672025+01:00 linux-mvfo vdr: [2111] non blocking file reader thread started (pid=2063, tid=2111, prio=high)
2016-02-18T11:51:54.073487+01:00 linux-mvfo vdr: [2110] [xine..put] Detected video size 720x576
2016-02-18T11:52:09.184040+01:00 linux-mvfo vdr: [2063] max. latency time 4 seconds
2016-02-18T11:53:47.094619+01:00 linux-mvfo kernel: [ 1588.785922] perf samples too long (2505 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
2016-02-18T11:56:15.158700+01:00 linux-mvfo vdr: [2109] playing '/video/Challenger_-_Ein_Mann_kÃ¤mpft_fÃ¼r_die_Wahrheit/2016-01-30.23.38.1-0.rec/00001.ts'
2016-02-18T11:56:17.686556+01:00 linux-mvfo vdr: [2109] playing '/video/Challenger_-_Ein_Mann_kÃ¤mpft_fÃ¼r_die_Wahrheit/2016-01-30.23.38.1-0.rec/00002.ts'
2016-02-18T11:56:20.278355+01:00 linux-mvfo vdr: [2109] playing '/video/Challenger_-_Ein_Mann_kÃ¤mpft_fÃ¼r_die_Wahrheit/2016-01-30.23.38.1-0.rec/00003.ts'
2016-02-18T11:56:22.763377+01:00 linux-mvfo vdr: [2109] playing '/video/Challenger_-_Ein_Mann_kÃ¤mpft_fÃ¼r_die_Wahrheit/2016-01-30.23.38.1-0.rec/00001.ts'
2016-02-18T11:56:26.868024+01:00 linux-mvfo runvdr.extreme[2048]: 2016-02-18 11:56:26.86790 [2063.140323516815104] WARN tntnet.worker - sending failed
2016-02-18T11:56:37.017244+01:00 linux-mvfo vdr: [2063] max. latency time 5 seconds

Alles anzeigen

Grüße

Dominik

domreuter · 18. Februar 2016

Nächster Nachtrag:

Habe die Option local der xineliboutput jetzt mal auf sxfe statt none gesetzt, mit folgender Ausgabe im syslog:

Code

2016-02-18T14:50:39.640860+01:00 linux-mvfo vdr: [3427] Local decoder/display (cXinelibThread) thread started (pid=3422, tid=3427, prio=high)
2016-02-18T14:50:39.641381+01:00 linux-mvfo vdr: [3426] [xine..put] Have CAP_SYS_NICE capability
2016-02-18T14:50:39.642031+01:00 linux-mvfo vdr: [3427] [xine..put] xineliboutput: plugin file is /usr/lib64/vdr/libvdr-xineliboutput.so.2.2.0
2016-02-18T14:50:39.642513+01:00 linux-mvfo vdr: [3427] [xine..put] Searching frontend sxfe from /usr/lib64/vdr/
2016-02-18T14:50:39.642921+01:00 linux-mvfo vdr: [3427] [xine..put] Probing /usr/lib64/vdr/libxineliboutput-sxfe.so.1.1.0
2016-02-18T14:50:39.662246+01:00 linux-mvfo vdr: [3427] [xine..put] load_frontend: entry at 0x7efdd05a7c00
2016-02-18T14:50:39.662875+01:00 linux-mvfo vdr: [3427] [xine..put] Using frontend sxfe (X11 (sxfe)) from libxineliboutput-sxfe.so.1.1.0
2016-02-18T14:50:39.663415+01:00 linux-mvfo vdr: [3427] [xine..put] cXinelibLocal::Action - fe created
2016-02-18T14:50:39.663951+01:00 linux-mvfo vdr: [3427] [vdr-sxfe]  sxfe_display_open(width=720, height=576, fullscreen=0, display=0.0)
2016-02-18T14:50:39.664366+01:00 linux-mvfo vdr: [3427] [vdr-sxfe]  sxfe_display_open: failed to connect to X server (0.0)
2016-02-18T14:50:39.664871+01:00 linux-mvfo vdr: [3427] [vdr-sxfe] 	(ERROR (xine_sxfe_frontend.c,1371): No such file or directory)
2016-02-18T14:50:39.681146+01:00 linux-mvfo runvdr.extreme[3407]: No protocol specified
2016-02-18T14:50:39.681812+01:00 linux-mvfo vdr: [3427] [vdr-sxfe]  sxfe_display_open: failed to connect to X server (:0.0)
2016-02-18T14:50:39.682939+01:00 linux-mvfo vdr: [3427] [vdr-sxfe] 	(ERROR (xine_sxfe_frontend.c,1386): Resource temporarily unavailable)
2016-02-18T14:50:39.683897+01:00 linux-mvfo vdr: [3427] [vdr-sxfe]  sxfe_display_open: failed to connect to X server (127.0.0.1:0.0
2016-02-18T14:50:39.684797+01:00 linux-mvfo vdr: [3427] [vdr-sxfe] 	(ERROR (xine_sxfe_frontend.c,1391): Connection refused)
2016-02-18T14:50:39.685634+01:00 linux-mvfo vdr: [3427] [vdr-sxfe]  sxfe_display_open: failed to connect to X server.
2016-02-18T14:50:39.686342+01:00 linux-mvfo vdr: [3427] [vdr-sxfe] 	(ERROR (xine_sxfe_frontend.c,1395): Connection refused)
2016-02-18T14:50:39.687032+01:00 linux-mvfo vdr: [3427] [vdr-sxfe]  If X server is running, try running "xhost +" in xterm window
2016-02-18T14:50:39.687629+01:00 linux-mvfo vdr: [3427] [xine..put] cXinelibLocal: Error initializing display
2016-02-18T14:50:39.688372+01:00 linux-mvfo vdr: [3427] [xine..put] cXinelibLocal::Action: thread finished
2016-02-18T14:50:39.688962+01:00 linux-mvfo vdr: [3427] Local decoder/display (cXinelibThread) thread ended (pid=3422, tid=3427)
2016-02-18T14:50:39.732451+01:00 linux-mvfo vdr: [3422] [xine..put] cXinelibDevice::Start(): Local frontend init failed
2016-02-18T14:50:39.733927+01:00 linux-mvfo vdr: [3422] [xine..put] cXinelibOsdProvider: shutting down !
2016-02-18T14:50:39.734785+01:00 linux-mvfo vdr: [3422] [xine..put] cXinelibDevice::StopDevice(): Stopping device ...
2016-02-18T14:50:40.491443+01:00 linux-mvfo vdr: [3424] video directory scanner thread ended (pid=3422, tid=3424)
2016-02-18T14:50:40.492736+01:00 linux-mvfo vdr: [3423] video directory scanner thread ended (pid=3422, tid=3423)
2016-02-18T14:50:40.634955+01:00 linux-mvfo vdr: [3428] Remote decoder/display server (cXinelibServer) thread ended (pid=3422, tid=3428)
2016-02-18T14:50:40.649109+01:00 linux-mvfo vdr: [3422] deleting plugin: live
2016-02-18T14:50:40.650278+01:00 linux-mvfo vdr: [3422] deleting plugin: xineliboutput
2016-02-18T14:50:40.674139+01:00 linux-mvfo vdr: [3422] max. latency time 0 seconds
2016-02-18T14:50:40.674577+01:00 linux-mvfo vdr: [3422] exiting, exit code 2
2016-02-18T14:50:40.679688+01:00 linux-mvfo runvdr.extreme[3407]: VDR died within 10 seconds, this happened 1 time(s).
2016-02-18T14:50:40.681060+01:00 linux-mvfo runvdr.extreme[3407]: Terminating by error level 2 at Do 18. Feb 14:50:40 CET 2016
2016-02-18T14:50:40.703261+01:00 linux-mvfo runvdr.extreme[3407]: Sending 1 processes the TERM signal.terminated.
2016-02-18T14:50:40.705402+01:00 linux-mvfo systemd[1]: vdr.service: main process exited, code=exited, status=2/INVALIDARGUMENT
2016-02-18T14:50:40.705844+01:00 linux-mvfo systemd[1]: Unit vdr.service entered failed state.

Alles anzeigen

Testweise auf fbfe gesetzt:

Code

2016-02-18T14:53:51.211163+01:00 linux-mvfo vdr: [3500] [xine..put] Using frontend fbfe (Framebuffer (fbfe)) from libxineliboutput-fbfe.so.1.1.0
2016-02-18T14:53:51.211554+01:00 linux-mvfo vdr: [3500] [xine..put] cXinelibLocal::Action - fe created
2016-02-18T14:53:51.211908+01:00 linux-mvfo vdr: [3500] [vdr-fbfe]  fbfe_display_open(width=720, height=576, fullscreen=0, display=0.0)
2016-02-18T14:53:51.212245+01:00 linux-mvfo vdr: [3500] [vdr-fbfe]  fbfe_display_open: error opening /dev/tty
2016-02-18T14:53:51.212677+01:00 linux-mvfo vdr: [3500] [vdr-fbfe] 	(ERROR (xine_fbfe_frontend.c,176): No such device or address)
2016-02-18T14:53:51.213021+01:00 linux-mvfo vdr: [3500] [xine..put] cXinelibLocal::Action - fe->fe_display_open ok
2016-02-18T14:53:51.213379+01:00 linux-mvfo vdr: [3500] [xine..put] cXinelibLocal::Action - xine_init
2016-02-18T14:53:51.213721+01:00 linux-mvfo vdr: [3500] [vdr-fe]	Using xine-lib config file /etc/vdr/plugins/xineliboutput/config
[...]
2016-02-18T14:53:51.704805+01:00 linux-mvfo vdr: [3500] [vdr-fe]	fe_xine_init: xine_open_video_driver("xv") failed
2016-02-18T14:53:51.706456+01:00 linux-mvfo vdr: [3500] [xine..put] cXinelibLocal: Error initializing frontend
2016-02-18T14:53:51.707660+01:00 linux-mvfo vdr: [3500] [xine..put] cXinelibLocal::Action: thread finished
2016-02-18T14:53:51.708647+01:00 linux-mvfo vdr: [3500] Local decoder/display (cXinelibThread) thread ended (pid=3495, tid=3500)
2016-02-18T14:53:51.786697+01:00 linux-mvfo vdr: [3495] [xine..put] cXinelibDevice::Start(): Local frontend init failed
2016-02-18T14:53:51.787579+01:00 linux-mvfo vdr: [3495] [xine..put] cXinelibOsdProvider: shutting down !
2016-02-18T14:53:51.788187+01:00 linux-mvfo vdr: [3495] [xine..put] cXinelibDevice::StopDevice(): Stopping device ...
2016-02-18T14:53:52.190653+01:00 linux-mvfo vdr: [3501] Remote decoder/display server (cXinelibServer) thread ended (pid=3495, tid=3501)

Alles anzeigen

domreuter · 18. Februar 2016

Beim Start einer Aufnahme bekomme ich noch folgende 2 Zeilen:

Code

[4613] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":15 is too small for some HD channels
[4614] [input_vdr] queue_blank_yv12: invalid dimensions 0x0 in stream_info !

Werde jetzt mal auf die Suche gehen, ob ich dazu was finde. Vorschlöge und Lösungsansätze weiterhin willkommen

Grüße

Dominik

SurfaceCleanerZ · 18. Februar 2016

Hi,
Das was du unter vorgesehen dort findest sind Überreste vom Standard Vdr ohne Patches. Unser ist so gepatcht, dass alles über das Setup-Plugin läuft, das immer laufen muss.

Aber: warum versuchst du es nicht einfach mal so wie alles vorgesehen ist! Unser Setup stellt alles korrekt ein und man muss nirgends mehr in Config Dateien rumbasteln.
Wenn direkt nach dem Install ein Problem auftauchen sollte können wir auch gerne helfen. Ei fach ein easyinfo aus unserem Webserver(einfach easyvdr im Browser eingeben) anhängen und es ist einfach zu helfen.

Am Besten noch in der easyvdr Rubrik oder noch besser bei uns im Forum, dort lesen alle Entwickler mit.
Hier findet den Thtead kaum wer.
MfG Stefan

domreuter · 18. Februar 2016

Hi Stefan,

ehrlich gesagt - ich habe bis jetzt noch nicht einmal herausgefunden, auf welcher Distribution die VDR Pakete in meinen openSuSE Repositories basieren...

vdr (2.2.0/2.2.0) - The Video Disk Recorder

Fürs Erste will ich mich nicht noch mit anderen Installationsquellen rumschlagen, in absehbarer Zeit werde ich das Notebook ohnehin durch einen Raspi mit openELEC ersetzen...

Grüße

Dominik

Anlaufschwierigkeiten mit EPG, FEMON, Ausgabe...

Jetzt mitmachen!

Teilen