VDR-client hat keine Verbindung zum VDR-Serve

baben_j · 10. Dezember 2008

Hallo,

seitdem ich meinen VDR-Server neu installiert habe (System von openSUSE 10.1 auf openSUSE 11.0)
bekomme ich auf den VDR-client keine Verbindung mehr.
Auzug aus /var/log/messages:

Code

Dec 10 19:36:49 linux-bab vdr: [3251] VDR version 1.6.0 started Dec 10 19:36:49 
linux-bab vdr: [3251] codeset is 'UTF-8' - known Dec 10 19:36:50 
linux-bab vdr: [3251] found 23 locales in /usr/local/src/vdr_files/VDR/locale Dec 10 19:36:50 
linux-bab vdr: [3251] loading plugin: /usr/local/src/vdr_files/VDR/PLUGINS/lib/libvdr-xine.so.1.6.0 Dec 10 19:36:50 
linux-bab vdr: [3251] loading plugin: /usr/local/src/vdr_files/VDR/PLUGINS/lib/libvdr-streamdev-client.so.1.6.0 Dec 10 19:36:50
 linux-bab vdr: [3251] loading plugin: /usr/local/src/vdr_files/VDR/PLUGINS/lib/libvdr-xineliboutput.so.1.6.0 Dec 10 19:36:50
 linux-bab vdr: [3251] loading plugin: /usr/local/src/vdr_files/VDR/PLUGINS/lib/libvdr-burn.so.1.6.0 Dec 10 19:36:50 
linux-bab vdr: [3251] burn: couldn't stat /pub/export, assuming writing to disc only Dec 10 19:36:50 linux-bab vdr: [3251] loading /etc/vdr/setup.conf Dec 10 19:36:50
linux-bab vdr: [3251] [xine..put] Skipping configuration entry Frontend=sxfe (overridden in command line) Dec 10 19:36:50
 linux-bab vdr: [3251] [xine..put] Skipping configuration entry Remote.ListenPort=37890 (overridden in command line) Dec 10 19:36:50
 linux-bab vdr: [3251] [xine..put] Skipping configuration entry RemoteMode=1 (overridden in command line) Dec 10 19:36:50 
linux-bab vdr: [3251] loading /etc/vdr/sources.conf Dec 10 19:36:50
 linux-bab vdr: [3251] loading /etc/vdr/diseqc.conf Dec 10 19:36:50
 linux-bab vdr: [3251] loading /etc/vdr/channels.conf Dec 10 19:36:50 
linux-bab vdr: [3251] loading /etc/vdr/timers.conf Dec 10 19:36:50
 linux-bab vdr: [3251] loading /etc/vdr/commands.conf Dec 10 19:36:50
 linux-bab vdr: [3251] loading /etc/vdr/svdrphosts.conf Dec 10 19:36:50
 linux-bab vdr: [3251] loading /etc/vdr/remote.conf Dec 10 19:36:50 
linux-bab vdr: [3251] loading /etc/vdr/keymacros.conf Dec 10 19:36:50
 linux-bab vdr: [3257] video directory scanner thread started (pid=3251, tid=3257) Dec 10 19:36:50 linux-bab vdr: [3258] video directory scanner thread started (pid=3251, tid=3258) Dec 10 19:36:50 linux-bab vdr: [3251] reading EPG data from /var/vdr/epg.data Dec 10 19:36:51
 linux-bab vdr: [3258] video directory scanner thread ended (pid=3251, tid=3258) Dec 10 19:36:51 linux-bab vdr: [3257] video directory scanner thread ended (pid=3251, tid=3257) Dec 10 19:36:51 linux-bab vdr: [3251] no DVB device found Dec 10 19:36:51
 linux-bab vdr: [3251] initializing plugin: xine (0.8.2): Software-basierte Wiedergabe mittels xine Dec 10 19:36:51 
linux-bab vdr: [3259] XineRemote control thread started (pid=3251, tid=3259) Dec 10 19:36:51
 linux-bab vdr: [3259] Entering cXineRemote thread Dec 10 19:36:51 
linux-bab vdr: [3251] initializing plugin: streamdev-client (0.5.0-pre): VTP Streaming Client Dec 10 19:36:51
 linux-bab vdr: [3251] initializing plugin: xineliboutput (1.0.0rc2): X11/xine-lib output plugin Dec 10 19:36:51
 linux-bab vdr: [3251] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us Dec 10 19:36:51
 linux-bab vdr: [3251] [xine..put] cTimePts: using monotonic clock Dec 10 19:36:51
 linux-bab vdr: [3251] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us Dec 10 19:36:51
 linux-bab vdr: [3251] [xine..put] cTimePts: using monotonic clock Dec 10 19:36:51
 linux-bab vdr: [3251] [xine..put] RTP SSRC: 0x4d9bc9c2 Dec 10 19:36:51 
linux-bab vdr: [3251] initializing plugin: burn (0.1.0-pre21): Versatile convert-and-burn plugin Dec 10 19:36:51
 linux-bab vdr: [3251] setting primary device to 1 Dec 10 19:36:51
 linux-bab vdr: [3251] assuming manual start of VDR Dec 10 19:36:51
 linux-bab vdr: [3251] SVDRP listening on port 2001 Dec 10 19:36:51
 linux-bab vdr: [3251] setting current skin to "sttng" Dec 10 19:36:51 
linux-bab vdr: [3251] loading /etc/vdr/themes/sttng-default.theme Dec 10 19:36:51
 linux-bab vdr: [3251] starting plugin: xine Dec 10 19:36:51
 linux-bab vdr: [3251] starting plugin: streamdev-client Dec 10 19:36:51
 linux-bab vdr: [3263] section handler thread started (pid=3251, tid=3263) Dec 10 19:36:51 
linux-bab vdr: [3251] streamdev-client: got device number 11 Dec 10 19:36:51
 linux-bab vdr: [3251] Streamdev: Connected to server 192.168.1.5:2004 using capabilities TSPIDS,FILTERS Dec 10 19:36:51 linux-bab vdr: [3251] Streamdev: Synchronizing EPG from server Dec 10 19:36:53
 linux-bab vdr: [3251] starting plugin: xineliboutput Dec 10 19:36:53 
linux-bab vdr: [3278] Remote decoder/display server (cXinelibServer) thread started (pid=3251, tid=3278) Dec 10 19:36:53
 linux-bab vdr: [3278] [xine..put] cXinelibServer priority set successful SCHED_RR 2 [1,99] Dec 10 19:36:53
 linux-bab vdr: [3278] [xine..put] Listening on port 37890 Dec 10 19:36:53
 linux-bab vdr: [3278] [xine..put] Listening for UDP broadcasts on port 37890 Dec 10 19:36:53
 linux-bab vdr: [3278] [xine..put] WARNING: RTP Configuration: transmission is always on ! Dec 10 19:36:53 
linux-bab vdr: [3278] [xine..put] RTP SSRC: 0x51fe1778 Dec 10 19:36:53 
linux-bab vdr: [3278] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Dec 10 19:36:53 linux-bab vdr: [3278] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 32768 bytes Dec 10 19:36:53 linux-bab vdr: [3278] [xine..put] BROADCAST: VDR xineliboutput DISCOVERY 1.0  Server port: 37890  Server version: xineliboutput-1.0.0rc2    Dec 10 19:36:53
 linux-bab vdr: [3251] [xine..put] cXinelibDevice::StartDevice(): Device started Dec 10 19:36:53
 linux-bab vdr: [3251] starting plugin: burn Dec 10 19:36:53 
linux-bab vdr: [3282] burn-chain manager thread started (pid=3251, tid=3282) Dec 10 19:36:53 linux-bab vdr: [3251] plugin 'burn' called obsolete function RegisterI18n() Dec 10 19:36:53
 linux-bab vdr: [3251] burn: loaded skin Default using /etc/vdr/plugins/burn/menu-bg.png and /etc/vdr/plugins/burn/menu-button.png Dec 10 19:36:53
 linux-bab vdr: [3289] LIRC remote control thread started (pid=3251, tid=3289) Dec 10 19:36:53 linux-bab vdr: [3290] KBD remote control thread started (pid=3251, tid=3290) Dec 10 19:36:53 
linux-bab vdr: [3251] ERROR: remote control XineRemote not ready! Dec 10 19:36:53 
linux-bab vdr: [3251] remote control LIRC - keys known Dec 10 19:36:53
 linux-bab vdr: [3251] remote control KBD - keys known Dec 10 19:36:53 
linux-bab vdr: [3251] switching to channel 1 Dec 10 19:36:53
 linux-bab vdr: [3291] TS buffer on device 11 thread started (pid=3251, tid=3291) Dec 10 19:36:54 linux-bab gconfd (juergen-3294): (Version 2.22.0) wird gestartet, Prozesskennung 3294, Benutzer »juergen« Dec 10 19:36:54 
linux-bab gconfd (juergen-3294): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.mandatory« wurde an der Position 0 zu einer nur lesbaren Konfigurationsquelle aufgelöst Dec 10 19:36:54
 linux-bab gconfd (juergen-3294): Die Adresse »xml:readwrite:/home/juergen/.gconf« wurde an der Position 1 zu einer schreibbaren Konfigurationsquelle aufgelöst Dec 10 19:36:54
 linux-bab gconfd (juergen-3294): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konfigurationsquelle aufgelöst Dec 10 19:36:54
 linux-bab gconfd (juergen-3294): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.vendor« wurde an der Position 3 zu einer nur lesbaren Konfigurationsquelle aufgelöst Dec 10 19:36:54
 linux-bab gconfd (juergen-3294): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.schemas« wurde an der Position 4 zu einer nur lesbaren Konfigurationsquelle aufgelöst Dec 10 19:36:55
 linux-bab vdr: [3298] transfer thread started (pid=3251, tid=3298) Dec 10 19:36:55
 linux-bab vdr: [3299] receiver on device 11 thread started (pid=3251, tid=3299) Dec 10 19:36:55 linux-bab vdr: [3251] setting watchdog timer to 60 seconds Dec 10 19:37:01
 linux-bab vdr: [3251] max. latency time 1 seconds Dec 10 19:37:02
 linux-bab su: (to root) juergen on /dev/pts/5 Dec 10 19:37:02 
linux-bab su: (to root) juergen on /dev/pts/5 Dec 10 19:37:07
 linux-bab kernel: CPU0 attaching NULL sched-domain. Dec 10 19:37:07
 linux-bab kernel: CPU1 attaching NULL sched-domain. Dec 10 19:37:07
 linux-bab kernel: CPU0 attaching sched-domain: Dec 10 19:37:07
 linux-bab kernel:  domain 0: span 00000000,00000000,00000000,00000003 Dec 10 19:37:07 
linux-bab kernel:   groups: 00000000,00000000,00000000,00000001 00000000,00000000,00000000,00000002 Dec 10 19:37:07
 linux-bab kernel:   domain 1: span 00000000,00000000,00000000,00000003 Dec 10 19:37:07 linux-bab kernel:    groups: 00000000,00000000,00000000,00000003 Dec 10 19:37:07
 linux-bab kernel: CPU1 attaching sched-domain: Dec 10 19:37:07 
linux-bab kernel:  domain 0: span 00000000,00000000,00000000,00000003 Dec 10 19:37:07
 linux-bab kernel:   groups: 00000000,00000000,00000000,00000002 00000000,00000000,00000000,00000001 Dec 10 19:37:07 
linux-bab kernel:   domain 1: span 00000000,00000000,00000000,00000003 Dec 10 19:37:07 linux-bab kernel:    groups: 00000000,00000000,00000000,00000003 Dec 10 19:37:22 
linux-bab vdr: [3278] [xine..put] Received valid discovery message VDR xineliboutput DISCOVERY 1.0  Client: 255.255.255.255:37890    Dec 10 19:37:22
 linux-bab vdr: [3278] [xine..put] BROADCAST: VDR xineliboutput DISCOVERY 1.0  Server port: 37890  Server version: xineliboutput-1.0.0rc2    Dec 10 19:37:24
 linux-bab vdr: [3278] [xine..put] Client 0 connected: 192.168.1.8:49563 Dec 10 19:37:24
 linux-bab vdr: [3278] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Dec 10 19:37:24 linux-bab vdr: [3278] [xine..put] Trying PIPE connection ... Dec 10 19:37:24
 linux-bab vdr: [3278] creating directory /etc/vdr/plugins/xineliboutput/pipes.3251 Dec 10 19:37:24 linux-bab vdr: [3278] removing /etc/vdr/plugins/xineliboutput/pipes.3251 Dec 10 19:37:24
 linux-bab vdr: [3278] [xine..put] cBackgroundWriterI initialized (buffer 512 kb) Dec 10 19:37:24
 linux-bab vdr: [3278] [xine..put] cTcpWriter initialized (buffer 512 kb) Dec 10 19:37:24
 linux-bab vdr: [3278] [xine..put] Pipe open Dec 10 19:37:24
 linux-bab vdr: [3298] transfer thread ended (pid=3251, tid=3298) Dec 10 19:37:26
 linux-bab vdr: [3251] buffer stats: 0 (0%) used Dec 10 19:37:26
 linux-bab vdr: [3251] [xine..put] Forcing primary device, original index = 1 Dec 10 19:37:26
 linux-bab vdr: [3251] setting primary device to 2 Dec 10 19:37:26
 linux-bab vdr: [3251] switching to channel 1 Dec 10 19:37:26 
linux-bab vdr: [3291] ERROR (device.c,1606): Ungültiger Dateideskriptor Dec 10 19:37:26
 linux-bab vdr: [3291] TS buffer on device 11 thread ended (pid=3251, tid=3291) Dec 10 19:37:26 linux-bab vdr: [3299] buffer stats: 0 (0%) used Dec 10 19:37:26
 linux-bab vdr: [3299] receiver on device 11 thread ended (pid=3251, tid=3299) Dec 10 19:37:26 linux-bab vdr: [3581] TS buffer on device 11 thread started (pid=3251, tid=3581) Dec 10 19:37:28 linux-bab vdr: [3582] transfer thread started (pid=3251, tid=3582) Dec 10 19:37:28
 linux-bab vdr: [3583] receiver on device 11 thread started (pid=3251, tid=3583) Dec 10 19:37:28 linux-bab vdr: [3251] max. latency time 5 seconds Dec 10 19:38:38
 linux-bab vdr: [3278] [xine..put] Closing connection 0 Dec 10 19:38:39
 linux-bab vdr: [3251] [xine..put] Restoring original primary device 1 Dec 10 19:38:39
 linux-bab vdr: [3582] transfer thread ended (pid=3251, tid=3582) Dec 10 19:38:40
 linux-bab vdr: [3251] buffer stats: 0 (0%) used Dec 10 19:38:40
 linux-bab vdr: [3251] [xine..put] Restoring primary device, xineliboutput OSD still open ! Dec 10 19:38:40 linux-bab vdr: [3251] setting primary device to 1 Dec 10 19:38:40
linux-bab vdr: [3251] [xine..put] cXinelibOsdProvider: shutting down ! Dec 10 19:38:40
 linux-bab vdr: [3251] [xine..put] cXinelibOsdProvider: OSD open while OSD provider shutting down ! Dec 10 19:38:40
 linux-bab vdr: [3251] switching to channel 1 Dec 10 19:38:42
 linux-bab vdr: [3606] transfer thread started (pid=3251, tid=3606) Dec 10 19:38:42
 linux-bab vdr: [3583] receiver on device 11 thread ended (pid=3251, tid=3583) Dec 10 19:38:42 linux-bab vdr: [3607] receiver on device 11 thread started (pid=3251, tid=3607) Dec 10 19:39:55 linux-bab vdr: [3251] Streamdev: Synchronizing EPG from server Dec 10 19:40:42 
linux-bab vdr: [3251] Streamdev: Synchronizing EPG from server Dec 10 19:41:28 
linux-bab vdr: [3251] Streamdev: Synchronizing EPG from server

Alles anzeigen

So habe ich korrigiert.

MfG

Juergen B.

sk8ter · 10. Dezember 2008

Zitat

seitdem ich meinen VDR-Server neu installiert habe (System von openSUSE 10.1 auf openSUSE 11.0) bekomme ich auf den VDR-client keine Verbindung mehr. Auzug aus /var/log/messages: ... Sorry, bekomme automatisch keinen Zeilenumbruch.

Das kann kein Schwein lesen! Sorry...

schmirl · 11. Dezember 2008

Zitat

Streamdev: Synchronizing EPG from server

Schalte bitte mal den EPG-Sync im streamdev-client Setup aus

baben_j · 11. Dezember 2008

Hallo,

EPG ausschalten hat leider keine Änderung ergeben.

MfG

Juergen B.

schmirl · 12. Dezember 2008

Steht im Server-Log was spannendes?

baben_j · 12. Dezember 2008

Hallo,

das hoffe ich doch. Siehe bitte den Anhang.

MfG
Juergen B.

schmirl · 15. Dezember 2008

Das Server log sieht soweit in Ordnung aus (abgesehen von den "frontend 1 timed out while tuning to channel ..." Meldungen - offenbar der EPG-Scan). Ist evtl. auf dem Client eine Firewall aktiv? Der Client baut ja zunächst eine Kontrollverbindung zum Server auf. Für die MPEG-Daten öffnet dann aber der Server eine Verbindung zurück zum Client.

baben_j · 15. Dezember 2008

Hallo,

das mit der firewall ist mir bekannt und habe ich bei beiden VDR's ausgeschaltet.

Das Problem muss ja eigentlich beim VDR-Server liegen, da ich ja beim VDR-Client nichts geändert habe.
D.h. zum testen habe ich das PLUGIN "burn" beim VDR-Client hinzugefügt.

MfG

Juergen B.

schmirl · 15. Dezember 2008

Schon seltsam. Laut Client Log kommt nix an:
Dec 10 19:37:26 linux-bab vdr: [3299] buffer stats: 0 (0%) used

Im Server-Log kommt aber auch kein Fehler (wobei Client- und Server-Log von verschiedenen Tagen sind). Vergleiche vielleicht nochmal Client- und Server-Log vom selben Datum. Oder Du wirfst mal einen Netzwerk-Sniffer an um zu sehen ob die Daten tatsächlich gesendet werden.

baben_j · 19. Dezember 2008

Hallo,

so einen kleinen Erfolg habe ich und zwar mit folgender Konfiguration:

Normal habe ich im VDR-Server zwei TV-Karten (1x FF, 1x normal).
Wenn ich den VDR-Server nur mit der TV-Karte (FF) betreibe erhalte ich ein TV-Bild am VDR-Client wenn ich am VDR-Server den TV-Kanal "Pro 7" einstelle, kann ich am VDR-Client die Sender Pro7, Kabel Eins, N24 anschauen.
Wenn ich den VDR-Server dann wieder mit beiden TV-Karten bestücke, bekomme ich beim VDR-Client bei keinem Sender ein Bild.

MfG

Juergen B.

schmirl · 19. Dezember 2008

Zitat

Wenn ich den VDR-Server nur mit der TV-Karte (FF) betreibe erhalte ich ein TV-Bild am VDR-Client wenn ich am VDR-Server den TV-Kanal "Pro 7" einstelle, kann ich am VDR-Client die Sender Pro7, Kabel Eins, N24 anschauen.

Wenn Du im streamdev-server-Setup "immer pausieren" einstellst, sollte der Client auch auf andere Sender umschalten können.

Zitat

Wenn ich den VDR-Server dann wieder mit beiden TV-Karten bestücke, bekomme ich beim VDR-Client bei keinem Sender ein Bild.

Das ergibt für mich keinen Sinn :schiel. Vielleicht doch mal Netzwerksniffer bemühen?

baben_j · 22. Dezember 2008

Hallo,

schmirl oder jemand Anderer, kannst Du mir bitte einen einfachen Netzwerksniffer nennen. Danke.

MfG

Juergen B.

schmirl · 24. Dezember 2008

Wireshark oder tcpdump

VDR-client hat keine Verbindung zum VDR-Serve

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema