Ausgabevideo (xine) kopiert (an vlc) streamen ?

Hallo liebe Gemeinde,

Nach Tagelangem rumprobieren muss ich jetzt einfach mal um Hilfe bitten.

Mein VDR gibt sein Video per xine(vdpau) aus, diesen würde ich jetzt gerne 1:1 an ein anderes Device (bsp Tablet) streamen. Hintergrund ist das ich zwar nahezu in jedem Zimmer nen Clienten stehen habe, aber wenn ich mich ständig zwischen den Räumen rumbewege müsste ich immer das aktuell laufende Video starten bzw den aktuell laufenden Kanal einstellen ( Grundlegend ist es toll das man unterschiedliche Inhalte wiedergeben kann - aber in diesem Fall fehlt eine Clone des Livebildes ). (OSD brauchts da ja net)

Nun zu meiner Vorstellung:

"xine ----broadcast-port" erfüllt eigendlich schon genau meine Vorstellung, leider aber nur wenn der Client auch ein Xine als Ausgabe nutzt ( mit der S100 geht's schon toll ).

Nun kann ich zwar den Stream den Xine durchkopiert auffangen, aber würde ihn gerne mit ffmpeg/mencoder weiterbearbeitem um ihn auch auf VLC-based clienten ( Tablet mit Zapper o.ä. ) zur Verfügung zu stellen.

Wenn ich es richtig verstehe bezieht xine das Video über "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" im mpeg_pes-format, und genau da scheitert mein können. Ich bekomme es einfach nicht hin ffmpeg mitzuteilen was genau in dem Video drinsteckt.
mit: "ffmpeg -i tcp://localhost:20009 -vcodec mpeg2video -acodec mp2 -f mpegts test.mpg" macht er zwar ne Kopie, da steckt allerdings scheinbar kein (brauchbares) Vollbild (I-Frane?) drin.

meine zweite Idee wäre ja das video VOR xine zu kopieren ( also im xine-plugin ), aber das überschreitet mein können um einiges.

Danke schonmal ...

Kann der das ( ich nenne mal geclontes Livebild ) stremmen? Das wär ja das Nonplusultra.

Zum Verständnis, ich mein das jetzt so wie früher ( zu analogzeiten ), als man an einen Videokassettenrekorder zwei Fernseher angeschlossen hat und beide das selbe wiedergegeben haben.
( Also hat jemand im Wohnzimmer gespult bzw den Sender gewechselt hast das auch im Schlafzimmer ).

xineliboutput kann das ja. ( xine am Host, rtp am Client ), leider hängt sich bei nem Umschalten der VLC am Client auf bzw bleibt stehen.

Ja, soweit weis ich das ( hab ich ja auch im Einsatz ). Funktioniert soweit auch prima.

Szenario:
Eigendlich sitzt du abends neben deiner Frau auf der Couch, und guckst so ( was auch immer sie da guckt ), dann überlegst du dir in's Arbeitszimmer zu gehen und bissl an deinem Test-VDR rumzubasteln. Während dem warten auf die Downloads würdest du dem Film den du auf der Couch gerade angefangen hast nebenbei aber gerne weiter folgen. Gut, jetzt Compiliert das alles durch und du gehst in der Zwischenzeit wieder zu deiner Frau um mit ihr weiterzugucken. ... usw.

Technisch geht das zwar im Arbeitszimmer jetzt das selbe anzuleiern und an der selben stelle weiterzumachen, aber früher oder später fehlt dir dann was ( es sei denn deine Frau drückt pause sobald du den Raum verlässt. )

Brauchen tut's so ne Sache zwar nicht unbedingt, aber ab und an würd ich sie mir halt wünschen.

Wie schon erwähnt, mit xineliboutput würde das auch schon funktionieren, allerdings mag ich lieber das xine-plugin verwenden, wo es bestimmt - mit der richtigen idee - bestimmt auch zu realisieren wäre.

Auch wenn ich jetzt auf xineliboutput umstellen würde müsste ich den Stream erst mit ffmpeg zwischenbearbeiten, um dafür zu sorgen das ein vlc-client nicht jedes mal stehen bleibt sobald auf dem master umgeschalten wird.

Im allerschönsten Fall würde der Streamdev-server zusätzlich noch den Kanal ( nennen wir ihn Live ) mit anbieten ( also eine Kopie von dem was gerade auf dem Primären Device ausgegeben wird ). Dann würde das auch recht integriert wirken. ( Also Zapper, vdr-clienten, softphone-clienten usw. würden ohne Änderung direkt damit erweitert ohne in jede client-software noch nen eingriff machen zu müssen ).

Grüße.

jo, genau so läuft's im moment bei uns halt auch ( an manchen stellen haben wir den gleichen geschmack )

Dank dir auf jeden fall für deine Antwort.

johns:

Genau das ist im moment meine Mogellösung.

Gibt nur zwei Nachteile ( für mich

* Sobald am Master-XINE ( ich nenn das jetzt einfach so ) das Programm umgeschalten wird, oder sich der Aspekt ändert ( 4:3->16:9 ), bleibt das bild im VLC einfach stehen.
* Ich würde gerne nicht mit xineliboutput arbeiten, sondern mit dem xine(ui)-plugin, da da irgendwie das Bildanpassen ( 4:3 ) bessere Ergebnisse erzielt.

Gibts nicht ne Möglichkeit das video das im VDR an sein Primary-Device geschickt wird einfach auf ne Pipe zu clonen?

Ok, dann mal anders gefragt:

Gibts die Möglichkeit eines " Passiven Primärdevice "?

Also Primärdevice ist z.B. xine-plugin, und passives Primärdevice ( also ohne events/osd/control ) dann z.B. ffnetdev oder xineliboutput? oder bringt das viele neue Probleme mit sich?