kein Connect vom Client auf Server mit xineliboutput & vdr-sxfe

Hallo Forum

i.d.R. finde ich hier durch lesen die Lösung, aber jetzt komme ich trotz nicht weiter. AUch im Wiki habe ich schon Stunden verbracht.

Ich habe auf meinem alten Asus P4PE Ubuntu 9.04 als Test-Server installiert und eine TT FF1.3 DVB-S Karte mit VDR laufen. Nun möchte ich aber nicht mehr per FBAS auf meinen Panasonic TH-42PZ70 sondern evtl. über HDMI bzw. DVI per Streaming-Client.

Dazu habe ich einen Acer Revo R3600 testweise mit ubuntu 9.04 installiert. Da soll keine DVB-Karte dran.

Auf meinem Server kann ich per "sudo vdr-sxfe xvdr+tcp://127.0.0.1:37890" ein Fenster öffnen und auf dem Desktop ein Bild sehen (Ton habe ich noch nicht getestet). Fernbedienung klappt auch noch nicht, aber LIVE funzt.

Hier einige Info zum System:
**************************************
* c't VDR Übersicht *
**************************************

VDR : 1.6.0-8ctvdr6
Kernel: 2.6.28-14-generic

Patches:
--------------------------------------
opt-20_liemikuutio
opt-21_internal-cam-devices
opt-24_jumpplay
opt-27_ttxtsubs
opt-28_audioindexer
opt-29_syncearly-audioindexer
opt-30-x_analogtv
opt-31-x_reelchannelscan
opt-37-x_menuorg
opt-38_disableDoubleEpgEntrys
opt-39_noepg
opt-40_pluginparam
opt-41-x_timer-info
opt-42-x_MainMenuHooks
opt-43-x_recordshowfree
opt-44_rotor
opt-45_yaepg
opt-47_sourcecaps
opt-48-x_pin
opt-49-x_pvrinput
opt-50_graphtft
opt-51_cuttime
opt-52_hard_link_cutter
opt-53_dvbsetup
opt-54_deltimeshiftrec

Plugins:
( N = Native Plugin )
( D = Debian Plugin )
( - = Deaktiviert )
--------------------------------------
D conflictcheckonly
Package: vdr-plugin-epgsearch
Version: 0.9.24-4
D epgsearch
Package: vdr-plugin-epgsearch
Version: 0.9.24-4
D epgsearchonly
Package: vdr-plugin-epgsearch
Version: 0.9.24-4
D quickepgsearch
Package: vdr-plugin-epgsearch
Version: 0.9.24-4
D femon
Package: vdr-plugin-femon
Version: 1.6.6-2
D live
Package: vdr-plugin-live
Version: 0.2.0-5
D streamdev-server
Package: vdr-plugin-streamdev-server
Version: 0.3.4+cvs20090707.2111-1
D xineliboutput
Package: vdr-plugin-xineliboutput
Version: 1.0.4+cvs20090717.1529-1

Addon Packages:
-----------------------------------------------------

Beim Aufruf von vdr-sxfe auf dem Revo kommt im Terminal folgende Ausgabe:
-----------------------------------------------------
vdr@vdr-desktop:~$ sudo vdr-sxfe xvdr+TCP://192.168.2.2:37890
[sudo] password for vdr: *********
vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.16, using xine-lib 1.1.16)

VDR Server: xvdr+TCP://192.168.2.2:37890

[6654] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[6654] [vdr-fe] (ERROR (tools/gnome_screensaver.c,119): Resource temporarily unavailable)
[6654] [vdr-fe] Detected 2 CPUs
[6654] [vdr-fe] Enabling FFmpeg multithreaded video decoding
[6654] [input_vdr] Connecting (control) to tcp://192.168.2.2:37890 ...
[6654] [input_vdr] Can't connect to tcp://192.168.2.2:37890
[6654] [input_vdr] (ERROR (xine_input_vdr.c,4836): Operation now in progress)
[6654] [input_vdr] Can't connect to tcp://192.168.2.2:37890
[6654] [input_vdr] (ERROR (xine_input_vdr.c,5260): Operation now in progress)
[6654] [input_vdr] Connections closed.
[6654] [vdr-fe] fe_xine_open: xine_open("xvdr+TCP://192.168.2.2:37890#nocache") failed
Error opening xvdr+TCP://192.168.2.2:37890
[6654] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[6654] [vdr-fe] (ERROR (tools/gnome_screensaver.c,119): Resource temporarily unavailable)
vdr@vdr-desktop:~$
------------------------------------------------------

Hier die CTVDRINFO:

**************************************
* c't VDR Übersicht *
**************************************

VDR : 1.6.0-8ctvdr6
Kernel: 2.6.28-14-generic

Patches:
--------------------------------------
opt-20_liemikuutio
opt-21_internal-cam-devices
opt-24_jumpplay
opt-27_ttxtsubs
opt-28_audioindexer
opt-29_syncearly-audioindexer
opt-30-x_analogtv
opt-31-x_reelchannelscan
opt-37-x_menuorg
opt-38_disableDoubleEpgEntrys
opt-39_noepg
opt-40_pluginparam
opt-41-x_timer-info
opt-42-x_MainMenuHooks
opt-43-x_recordshowfree
opt-44_rotor
opt-45_yaepg
opt-47_sourcecaps
opt-48-x_pin
opt-49-x_pvrinput
opt-50_graphtft
opt-51_cuttime
opt-52_hard_link_cutter
opt-53_dvbsetup
opt-54_deltimeshiftrec

Plugins:
( N = Native Plugin )
( D = Debian Plugin )
( - = Deaktiviert )
--------------------------------------
D softdevice
Package: vdr-plugin-softdevice
Version: 0.5.0-6
D xineliboutput
Package: vdr-plugin-xineliboutput
Version: 1.0.4+cvs20090717.1529-1

Addon Packages:
--------------------------------------

Ich benutze seit Jahren CT-VDR auf meinem Hetis im Wohnzimmer und der läuft und läuft und läuft.
Wäre echt toll, wenn mir da jemand auf die Sprünge helfen könnte.

Danke und Gruß

Hi lallo72

danke für die fixe Antwort!

in der svdrphosts.conf am Server ist das ganze Netzwerk freigegeben. 192.168.2.0/24 !
Aufruf mit vdr@vdr-desktop:~$ sudo vdr-sxfe xvdr+TCP://192.168.2.2:37890 !

vdr-Desktop ist der Revo.

In der /etc/vdr/plugins/plugin.xineliboutput.conf steht:

--local=none
--primary
--remote=37890

IP ist lt. einigen Foreneinträgen nicht nötig, Port soll reichen, habe ich aber auch schon probiert.

mit
--remote=192.168.2.80:37890
bekomme ich die gleichen Fehlermeldungen auch lokal, aber von Client-PC geht es trotzdem nicht.

Bei --remote=192.168.2.0/24:37890
bleibt das Fenster deutlich länger auf und Connect geht, aber...

[8160] [vdr-fe] Detected 2 CPUs
[8160] [vdr-fe] Enabling FFmpeg multithreaded video decoding
[8160] [input_vdr] Connecting (control) to tcp://192.168.2.2:37890 ...
[8160] [input_vdr] Server greeting: VDR-1.6.0-2 xineliboutput-1.0.90-cvs READY
[8160] [input_vdr] Connected (control) to tcp://192.168.2.2:37890
[8160] [input_vdr] Connecting (data) to tcp://192.168.2.2:37890 ...
[8160] [input_vdr] Data stream connected (TCP)
[8160] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
demux_wavpack: (open_wv_file:127) open_wv_file: non-seekable inputs aren't supported yet.
[8160] [vdr-fe] fe_xine_open: xine_open("xvdr+TCP://192.168.2.2:37890#nocache") failed
Error opening xvdr+TCP://192.168.2.2:37890
[8170] [input_vdr] write_control aborted
[8160] [input_vdr] Connections closed.
[8160] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[8160] [vdr-fe] (ERROR (tools/gnome_screensaver.c,119): Resource temporarily unavailable)

Hallo

192.168.2.2 ist die IP des VDR-Servers
192.168.2.80 ist die IP des Clienten

und in der plugin.xineliboutput.conf muß hinter remote die IP des Servers stehen?
nicht die des Clienten, der drauf zugreifen soll. Habe ich das richtig verstanden?

Gruß

Habe nun diverse Einstellungen getestet.

Es bleibt aber dabei. Auf dem gleichen Rechner bleibt das aufgehende Fenster des vdr-sxfe offen, die Ausgabe über den Anschluß der FF-Karte geht aus und es kommt ein Bild im X-Fenster. Jedoch habe ich noch keinen Ton aufm Kopfhörer. Wenn das öffnende Consolenfenster den Fokus hat, kann ich den VDR auch mit der Tastatur steuern.

Rufe ich das ganze auf dem Clientrechner auf, kommt kurz ein neues X-Fenster (no Signal), die Ausgabe über den Anschluß der FF-Karte geht kurz aus und wieder an, das X-Fenster geht wieder weg.

test@test-desktop:~$ sudo vdr-sxfe xvdr+TCP://192.168.2.2:37890
vdr-sxfe 1.0.90-cvs  (build with xine-lib 1.1.16, using xine-lib 1.1.16)


VDR Server: xvdr+TCP://192.168.2.2:37890


[4017] [vdr-fe]    Error: The name org.gnome.ScreenSaver was not provided by any .service files
[4017] [vdr-fe]       (ERROR (tools/gnome_screensaver.c,119): Resource temporarily unavailable)
[4017] [vdr-fe]    Detected 2 CPUs
[4017] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[4017] [input_vdr] Connecting (control) to tcp://192.168.2.2:37890 ...
[4017] [input_vdr] Server greeting: VDR-1.6.0-2 xineliboutput-1.0.90-cvs READY
[4017] [input_vdr] Connected (control) to tcp://192.168.2.2:37890
[4017] [input_vdr] Connecting (data) to tcp://192.168.2.2:37890 ...
[4017] [input_vdr] Data stream connected (TCP)
[4017] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
demux_wavpack: (open_wv_file:127) open_wv_file: non-seekable inputs aren't supported yet.
[4017] [vdr-fe]    fe_xine_open: xine_open("xvdr+TCP://192.168.2.2:37890#nocache") failed
Error opening xvdr+TCP://192.168.2.2:37890
[4027] [input_vdr] write_control aborted
[4017] [input_vdr] Connections closed.
[4017] [vdr-fe]    Error: The name org.gnome.ScreenSaver was not provided by any .service files
[4017] [vdr-fe]       (ERROR (tools/gnome_screensaver.c,119): Resource temporarily unavailable)
test@test-desktop:~$

Ich habe das Gefühl, es fehlt noch was auf dem Clientrechener.

Wird das Plugin-streamdevice-Server bzw. --client für xineliboutput benötigt?

EDIT:

Ich glaube mittlerweile, es liegt am Grafiktreiber des ION-Chipsatzes. Wird wohl nicht so gut unterstützt und der Video-Overlay geht daher nicht. Habe auch den Treiber nouveau lt. C't-Artikel installier, nütz auch nix.

/EDIT:

Hallo

also mit vdr-sxfe 192.168.2.2 gehts!

test@test-desktop:~$ vdr-sxfe 192.168.2.2
vdr-sxfe 1.0.90-cvs  (build with xine-lib 1.1.16, using xine-lib 1.1.16)


VDR Server: 192.168.2.2


[5773] [vdr-fe]    GNOME screensaver disabled
[5773] [vdr-fe]    Detected 2 CPUs
[5773] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[5773] [input_vdr] Connecting (control) to tcp://192.168.2.2:37890 ...
[5773] [input_vdr] Server greeting: VDR-1.6.0-2 xineliboutput-1.0.90-cvs READY
[5773] [input_vdr] Connected (control) to tcp://192.168.2.2:37890
[5773] [input_vdr] connect_pipe_data_stream: client ip=0x5002a8c0 != server ip=0x202a8c0 !
[5773] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.3760/pipe.0
[5773] [input_vdr] Pipe not found
[5773] [input_vdr] Data stream connection failed (PIPE)
[5773] [input_vdr] Connecting (data) to rtp://@224.0.1.9:37890 ...
[5773] [input_vdr] Data stream connected (RTP)
[5773] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
[5773] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
[5773] [demux_vdr] Using decoder "FFmpeg" for H.264 video
WARNING: MRL does not start with 'xvdr:' (192.168.2.2)


Press Esc to exit


post_warp: warp_get_parameters
post_warp: warp_get_parameters
post_warp: warp_get_parameters
post_warp: warp_get_parameters
post_warp: warp_set_parameters: output_width=0, output_height=0, output_aspect=0.000, no_downscaling=0
post_warp: warp_get_parameters
post_warp: warp_set_parameters: output_width=720, output_height=0, output_aspect=0.000, no_downscaling=0
post_warp: warp_get_parameters
post_warp: warp_set_parameters: output_width=720, output_height=576, output_aspect=0.000, no_downscaling=0
post_warp: warp_get_parameters
post_warp: warp_set_parameters: output_width=720, output_height=576, output_aspect=0.000, no_downscaling=0
post_warp: warp_get_parameters
post_warp: dispose
post_warp: detected frame format change: 0x0 -> 704x576, interlaced 0->0, aspect 0.000->1.778, yuy2->yv12
post_warp: aspect ratio matches, no warp
post_warp: factor_x = 1.000 factor_y = 1.000  output ratio = 1.778
post_warp: init_yv12: 704x576->720x576 hWarp 1.000 vWarp 1.000
post_warp: detected frame format change: 704x576 -> 720x576, interlaced 0->1, aspect 1.778->1.778, yv12->yv12
post_warp: aspect ratio matches, no warp
post_warp: factor_x = 1.000 factor_y = 1.000  output ratio = 1.778
post_warp: --> nothing to do, disabling processing for now
[5783] [input_vdr] UDP:packet loss 0.1% (   1/1000)

Dann wohl als UDP Verbindung weil Vorgabe. Die Angabe von Parametern scheitert wohl. Dann bricht der Aufruf mit o.g. Fehlermeldungen ab.

Wie würde denn eine korrekte Syntax für eine fixe Ausgabe auf dem 2. Displayausgang lauten?

yepp!

Und da ich zu faul zum Tippen war habe ich aus der History den Fehler natürlich auch fleißig wiederholt.
Ich dummerchen. Da hätte ich auch selbst drauf kommen können.

Danke für die Tipps!!

Wenn jetzt noch ein schöner Treiber um die Ecke kommt, könnte es was werden.
Aber so hängt die Prozessorlast bei beiden Kernen auf 70-80%

Hallo nochmal

unter dem installierten ubuntu wird gerade kein Grafik-Hardwaretreiber zur Installation angeboten wie zum bsp. auf meinem Testserver mit ner 6000er nvidia-karte. Dort kann der 180er nvidia-treiber installiert werden.

Ich habe gestern von der nvidia homepage das shell skript zum 185.11.xx treiber runtergeladen und installiert. Hat problemlos funktioniert.

Nur als Linux noob ist das halt nicht so leicht zu durchschauen wie den meisten von euch vielleicht. Zudem wird in Artikeln der C't spezial zu Linux hierzu geschrieben, daß es derzeit keinen Treiber gäbe, der die 200ter Serie und 8000-9000der Chipsatzgrafiken unterstützt. Wenn man dann auch noch das aktuelle xbmc-Live-9.04 Image versucht zu installieren und es klappt nicht (blieb während der Installation hängen), glaubt man halt es liegt evtl. am Grafiktreiber.

Ich verstehe z.Bsp. gerade nicht, warum der 185er nvidia Treiber nicht zur Installation angeboten wird wenn ich ihn doch von Hand installieren kann.

Wenn ihr mal Probleme bei Installationen mit Broadcastgeräten habt und was nicht funktioniert könnt ihr mich fragen.

Werde mir den vdpau ION Thread mal durchlesen und weiter basteln.

blub31