vdr-plugin-xineliboutput und xineliboutput-sxfe

  • vdr-plugin-xineliboutput und xineliboutput-sxfe


    Client und Server beide Hardy wobei der Server die Repos von Hanno nutzt, der Client nicht.
    Installiert wird auf dem Server mit apt-get install vdr-plugin-xinelibputput.
    Nach VDR Restart
    ist das Plugin im Menue zu sehen.
    Die Datei /etc/vdr/svdrphosts.conf muss den Zugriff der Clients erlauben.
    Meine IPs
    Server 192.168.1.38
    Client 19.268.1.36
    mit dem Aufruf
    vdr-sxfb xvdr://localhost
    bekomme ich auf dem Server den VDR mit OSD und Tastatursteuerung.
    Die Ausgabe auf dem Client mit
    sudo vdr-sxfe xvdr://192.168.1.38
    bricht ab mit
    [9619] [input_vdr] Can't connect to tcp://192.168.1.38:37890
    grusse und vielen Dank vorab
    Als Einstellmöglichkeiten gibt es noch
    im VDR OSD Menue - Einstellungen - Plugins -xineliboutput und die Datei
    /etc/vdr/setup.conf
    Sind dort noch Einstellungen zu treffen?
    Gruesse und Danke vorab

  • Ups, da fehlt der Anfang. Muss wohl einen copy und paste Lehrgang belegen. Sorry


    Hallo,
    mit dem Xineliboutput komme ich nicht wirklich weiter.
    Auf dem Server mit dem lokalen Aufruf funktioniert das mit
    vdr-sxfe
    mit OSD und Tastatureingabe.
    Auf dem Client mal gar nicht, mal gut, mal ohne OSD und nun mal wieder gar nicht.
    Im weiteren hab ich das Vorgehen mal beschrieben:

  • Hallo,


    auf dem Server in der /etc/vdr/plugins/plugin.xineliboutput.conf die Zeile


    --remote=37890


    eintrage. Damit wird sicher gestellt, dass der richtige Port verwendet werden.


    auf dem Client prüfen, ob eine /etc/vdr/remote.conf vorliegt. Wenn nicht einfach mit


    sudo cp /usr/share/doc/vdr-plugin-xineliboutpt/examples/remote.conf.example /var/lib/vdr/remote.conf


    kopieren.


    gruß
    KiWiX



    -- eins fällt mir noch ein, wenn das OSD nicht angezeigt wird, kann es sein das vdr-sxfe die Videoasugabe falsch wählt. Das kann mit dem Parameter --video=? erzwungen werden. Genaueres mal in der Hilfe in der Shell nachlesen.

    server
    * Proxmox VE, yaVDR 2xDVBS2 (streamdev, live, vnsi, epg)
    clients
    * Mehre KODI Installationen :)

    Einmal editiert, zuletzt von kiwix ()

  • danke neue Idee!
    ...verschiedene Versionen??
    aha!
    [7665] [input_vdr] Connecting (control) to tcp://192.168.1.38:37890 ...
    [7665] [input_vdr] Server greeting: VDR-1.6.0-1 xineliboutput-1.0.1 READY
    [7665] [input_vdr] -----------------------------------------------------------------
    [7665] [input_vdr] WARNING: Client and server versions of xinelibout are different !
    [7665] [input_vdr] Client version (xine_input_vdr.so) is 1.0.0rc2
    [7665] [input_vdr] -------------------------------------------------------------


    also server 1.0.1
    client 1.0.0rc2


    Frage:
    1. auf dem client auch die Repos von Hanno eintragen?
    2. Alternative?


    gruss

  • netvista-fan danke für die Hinweise .
    Nach meinen Versuchen möchte ich jetzt "wissen" und nicht weiter "probieren"
    Daher die Frage an die Runde:
    Sind die verschiedenen Versionen das Problem?
    Wie sollte damit richtig umgegangen werden?
    Beim Client möchte ich Fremdquellen vermeiden.
    Danke und Gruesse

  • Hallo,
    den Versionen sollten jetzt gleich sein.
    Der Client ist jetzt in einer VM die ebenfalls auf Hannos Repos zugreift.
    Ergebnis: Bild grün gefärbt, TV Standbild, dann Abbruch. Hier die Ausgabe:


    # vdr-sxfe xvdr://192.168.1.38
    vdr-sxfe 1.0.1 (build with xine-lib 1.1.14, using xine-lib 1.1.14)


    VDR Server: xvdr://192.168.1.38


    [6780] [vdr-fe] sxfe_display_open: DPMS unavailable


    Press Esc to exit


    [6780] [input_vdr] Connecting (control) to tcp://192.168.1.38:37890 ...
    [6780] [input_vdr] Server greeting: VDR-1.6.0-1 xineliboutput-1.0.1 READY
    [6780] [input_vdr] Connected (control) to tcp://192.168.1.38:37890
    [6780] [input_vdr] connect_pipe_data_stream: client ip=0x3501a8c0 != server ip=0x2601a8c0 !
    [6780] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.6655/pipe.0
    [6780] [input_vdr] Pipe not found
    [6780] [input_vdr] Data stream connection failed (PIPE)
    [6780] [input_vdr] Connecting (data) to rtp://@192.168.1.38:37890 ...
    [6780] [input_vdr] bind() to multicast address failed
    [6780] [input_vdr] (ERROR (xine_input_vdr.c,5889): Cannot assign requested address)
    [6780] [input_vdr] Data stream connection failed (RTP)
    [6780] [input_vdr] Connecting (data) to udp://192.168.1.38 ...
    [6780] [input_vdr] Data stream connected (UDP)
    [6780] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
    [6780] [input_vdr] WARNING: Video output driver reports it does not support unscaled overlays !
    [6796] [input_vdr] UDP:92-92 missing, requested re-send for -1 frames
    [6796] [input_vdr] UDP:Got UDP MISSING 92-93 (currseq=92)
    [6796] [input_vdr] UDP: accepted: now currseq 93
    [6796] [input_vdr] UDP:Got duplicate or window exceeded ? (queue slot 93 in use) !
    [6796] [input_vdr] SCR jump: +40 ms (live=1, tunning=-3) time 0s
    [6796] [input_vdr] Fifo buffer still full after poll !
    [6796] [input_vdr] SCR jump: +40 ms (live=1, tunning=0) time 0s
    [6796] [input_vdr] SCR jump: +40 ms (live=1, tunning=0) time 0s
    [6796] [input_vdr] Fifo buffer still full after poll !
    ...
    [6796] [input_vdr] Fifo buffer still full after poll !
    [6788] [vdr-fe] xine_event_cb: XINE_EVENT_UI_PLAYBACK_FINISHED
    [6794] [input_vdr] XINE_EVENT_UI_PLAYBACK_FINISHED
    [6780] [input_vdr] write_control aborted
    [6780] [input_vdr] (ERROR (xine_input_vdr.c,1014): Resource temporarily unavailable)
    [6780] [input_vdr] Connections closed.
    Terminating...

  • Du solltest mal schauen ob die virluelle Umgebung ein direktes video Overlay aus dem Gast System auf das Host System erlaubt.
    Evtl. mal ohne Hardwarebeschleunigung ala xv etc. probieren und einfach den standard vesa treiber nutzen...
    Keine Ahnung, was fängst Du jetzt auch mit ner VM an, da können ja noch etliche andere Fehlerquellen dazukommen...

  • Hallo,


    da kann ich netvista-fan eigentlich nur zustimmen. Das grüne Bild kommt von der vm. Das gleiche habe ich auch mit meiner Ubuntu installation in einer VirtualBox. Das gleiche Signal zeigt VLC auf dem Desktop sauber an.


    Apropo, was spricht denn erstmal dagegen das Streaming mit dem VLC grundsätzlich zu testen, da weis man zumindest, dass der Server grundsätzlich funktioniert. Ist dann zwar ohne OSD, umschalten muss man halt mit svdrpsend oder vdradmin.


    Gruß
    KiWiX

    server
    * Proxmox VE, yaVDR 2xDVBS2 (streamdev, live, vnsi, epg)
    clients
    * Mehre KODI Installationen :)

  • vielen Dank für die Tips.
    Warum VM: Ich hatte keinen freien Rechner und dachte VM.... aber ok, verstanden, mehr Probleme.
    Überlegung:
    Ist die Ursache die Verwendung der Unterschiedlichn Versionen?
    Check: Starten eines Clients mit Hardy Live und Inst xineliboutput-sxfe über Hannos Repos.
    Sollte dann funktionieren, einverstanden?


    Frage an kixix:
    Xineliboutput und VLC wie geht das?


    Danke M

  • Wenn du erstmal nur Bild willst und ne schnelle Verbindung zwischen den Maschinen hast könntest du vorerst vdr-sxfe auch durch einen ssh tunnel mit aktiviertem X11 Tunneling starten (ssh -X)


    Das mit der Hardy live cd kann auch noch daneben gehen wenn xine inzwischen updgedatet wurde was ich fast glaube. Bei ausreichend Ram kannste aber im live system xine updaten.


    Grüz
    Hibbelharry

    - HTPC mit zerbasteltem Yavdr 0.6 , Origen ae X15e, MCE Remote, Asus P5N7A-VM, 1x Digibit R1, Kodi und vdr an Pana 46PZ85E
    - Diverse HTPCs im Umfeld bei Familie und Freundenm die sich vor mir fürchten, mit allen möglichen gruseligen Konfigurationen.
    Auch gern Debian, aber wehe jemand kommt mir mit Suse.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!