Live Stream Remux mit xineliboutput und VLC für geringe Bandbreiten

Hallo vdr-ler,
habe lange an verschiedenen Lösungen gebastelt, um Live-TV über geringe Bandbreite zu realiseren, hat u.a. zufriedenstellend mit externremux funktioniert.

Dabei habe ich auch noch eine weitere einfache Lösung mit VLC ( v0.9.8 ) herausgefunden welche darauf basiert, den durch xineliboutput gelieferten Videostrom "on-the-Fly" auf einen anderen TCP-Port zu remuxen.

Dies hat mehrere Vorteile:
- ausser vdr-xineliboutput wird nur vlc benötigt
- einfacher vlc Kommandozeilenaufruf z.B. über skript
- funktioniert auch mit pvr350-karten, wo externremux bei mir nie ging
- Ausgabeformat mit vlc leicht anpassbar
- sowohl der VDR aber auch ein anderer PC im Netz kann remuxen
- per vdr-sxfe kann der VDR ohne Neustart des Remuxen verwaltet werden (Sender umstellen ...)
- alles abspielbar, was vlc abspielt

Es ist - wie fast alles, wenn mans weiss - sehr einfach: VLC greift den von xineliboutput bereitgestellten Stream ab, rekodiert und remuxt ihn und stellt ihn auf einem anderen TCP-Port wieder zur Verfügung. Oder als VLCSyntax:

cvlc -d http://<VDR-IP>:37890 :http-caching=3000 :sout="#transcode{vcodec=theo,vb=300,scale=1,acodec=vorb,ab=32,channels=1,audio-sync,width=280,height=220}:duplicate{dst=std{access=http,mux=ogg,dst=<VDR-IP>:37899}}"

Erläuterung:

cvlc -d
cvlc ist die Kommandozeilenoption von 0.9.8, startet als Daemon mit -d
http://<VDR-IP>:37890 :http-caching=3000
xineliboutput Ausgabeport mit 3 sek. caching
:sout="#transcode{vcodec=theo,vb=300,scale=1,acodec=vorb,ab=32,channels=1,audio-sync,width=280,height=220}:duplicate{dst=std{access=http,mux=ogg,dst=<VDR-IP>:37899}}"
vlc Ausgabekette für das Kodieren und gleichzeitiger Streamausgabe des "dünnen" Streams
auf Port 37899

Mit Hilfe des revolunet VLC Plugins kann man sehr einfach eine Webseite erstellen und sich im Fenster das Fernsehen anschauen ODER man öffnet halt mit VLC die Adresse http://<VDR-IP>:37899.

Da verstehe ich deine Frage nicht so richtig.

Also das xineliboutput-plugin läuft problemlos parallel zum streamdev-server/client ohne zu mucken und kann dieses auch ersetzen. Wenn Du nur über vdr-sxfe (Linux) deinen VDR-Server verwalten und/oder mit VLC/mplayer (Linux/Win/Mac/weissderGeier...) Fernsehen gucken willst, brauchst kein streamdev-Plugin.

Das einzige Problem besteht darin, dass man mit dem xineliboutput-Plugin anders als beim streamdev-Server keine Sender aus dem Kanal-Set einer DVB-T Frequenz explizit aufrufen kann, also z.B. http://<VDR-IP>:3000/<Senderkennung>.

Verstecken geht natürlich net. Du brauchst schon einen offenen Port, zu dem sich die Clients verbinden können, kannst diesen natürlich aber frei bis 65k wählen.

mmh, das ist ja merchwürdich ...

Bitte setze mal das Log-Level vom VDR auf 3, um ihn etwas gesprächiger zu machen und starte ihn danach neu (bei mir unter Debian in /etc/default/vdr die OPTIONS-Variable auf -l 3 ändern).

Dann ma mit "nmap -p37890 <localhost-ODER-VDR-IP>" gucken, ob der Port offen ist und auf der VDR-Konsole als root mit "tail -f /var/log/syslog |grep xine" oder " ... |grep vdr" mal tracen, wenn Du von vlc aus die Adresse:37890 aufrufst.

Vielleicht fehlt Dir auch (distri-abhängig) ein bisschen was von den xine-libs, bei mir unter Debian unstable sind wie folgt installiert:

ii libxine1 1.1.16.1-2 the xine video/media player library, meta-pa
ii libxine1-bin 1.1.16.1-2 the xine video/media player library, binary
ii libxine1-console 1.1.16.1-2 libaa/libcaca/framebuffer/directfb related p
ii libxine1-ffmpeg 1.1.16.1-2 MPEG-related plugins for libxine1
ii libxine1-misc-plugins 1.1.16.1-2 Input, audio output and post plugins for lib
ii libxine1-plugins 1.1.16.1-2 the xine video/media player library, meta pa
ii libxine1-x 1.1.16.1-2 X desktop video output plugins for libxine1
ii libxine1-xvdr 1.0.3-1 Xine input plugin for vdr-plugin-xineliboutp
ii libxineliboutput-sxfe 1.0.3-1 Local X-Server frontend for the xineliboutpu
ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library
ii phonon-backend-xine 4:4.1.0-2 Phonon Xine 1.1.x backend
ii vdr-plugin-xineliboutput 1.0.3-1 VDR plugin for Xine based sofdevice frontend
ii xine-ui 0.99.5+cvs20070914-2.1 the xine video player, user interface
ii xineliboutput-sxfe 1.0.3-1 Remote X-Server frontend for vdr-plugin-xine

Meine /etc/vdr/plugins/plugin.xineliboutput.conf sieht so aus:

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

Es ist noch wichtig, die setup.conf vom VDR um die wichtigsten xineliboutput-Parameter für die Steuerung zu erweitern, siehe hierzu auch

http://www.vdr-wiki.de/wiki/index.php/Xineliboutput-plugin

achso, langsam klärt es sich auf...

Aba da kann ich dir nicht helfen, ich gucke nur über Netzwerk. Es sollte aber eigentlich kein Problem sein, denn streamdev-server und xineliboutput laufen bei mir auch parallel. Du müsstest vielleicht wirklich mal loggen und hier posten, was das syslog sagt

das sieht ja hübsch aus mit deinem vlm-Menü...
Kannst Du mal eine Zeile aus deiner VLM config hier posten?

Was meinst Du mit "normales" Streamen" geht nicht mehr mit vlc?

ah so, alles klar, wieder mal was gelernt ...

Ich weiss nicht, ob das mit H264 auch funktioniert, aber bei mir hat sich bereits oben dargestelltes Transcoding bewährt:

#transcode{vcodec=theo,vb=300,acodec=vorb,ab=32,channels=1,audio-sync,width=280,height=220}:duplicate{dst=std{access=http,mux=ogg,dst=<IP>:37899}}

Es zwingt zwar den Rechner auf dem das Transkodieren läuft zu mächtich Arbeit, entlastet aber das Netzwerk gewaltig und geht auch mit WLAN / DSL absolut stabil. VLC läuft bei mir auch als Daemon und völlig problemlos im Dauerbetrieb. Ich habe bereits das Kodieren mal in einer virtuellen Maschine (Virtualbox, VMWare) getestet, auch da gabs nix zu meckern.