[Habs gefunden] Ersatz für xine-network gesucht. [ist jetzt xineliboutput]

Zitat

Original von creiser
Hallo Leute!

Ich habe mich die letzte Woche mit xine-lib mit Network-Patch und schon einiges laenger mit xineliboutput beschaeftigt. Kann dadurch relativ aktuelle Informationen liefern: (Siehe auch Client-Server VDR ohne xineliboutput )

Da alles beides "xine" im Namen hat, entsteht leicht ein Durcheinander und Missverstaendnisse. Ich versuche mal, da etwas Ordnung hineinzubringen:

Xinelibputput

• Der Aufruf erfolgt mit xvdr:[Protokoll:]/<Serverip oder name>[:Port][#nocache;demux:mpeg_block] (die ganz korrekte Syntax bekomme ich nicht hin, weil sich die Smilies einmischen
• Es ist nicht noetig, xine-lib oder xine-ui zu patchen
• Es werden am Client plugins fuer xine oder spezielle Anzeigeprogramme (vdr-sxfe, vdr-fbfe) am client verwendet (xinepulg_*.so)
• Der Server benoetigt ueberhaupt kein xine

Xine-Plugin mit Network-Patch

• Der Aufruf erfolgt mit vdr-socket:/<Serverip oder name>#demux:mpeg_pes
• Es muessen xine-lib, xine-ui und das plugin fuer vdr mit dem Network-Patch behandelt werden
• Die gepatchte xine-lib muss auf Server und Client, das gepatchte xine-ui am Client installiert sein, und alles muss zusammenpassen.
• Es gibt kein eigenes input-plugin

Aus Erfahrung kann ich sagen, es lauft beides, wobei mir meine derzeitige Konstellation von xine-lib/ui-cvs-20060319194500 mit xineliboutput-1.0.0pre6 manchmal beim Umschalten zwischen Kanaelen abschmiert. Aber dem muss ich erst irgendwann einmal nachgehen.

Hoffe, etwas Licht in das Durcheinander von *xine* gebracht zu haben.

mfg
CR

Alles anzeigen

Nachdem ich mich nun mit beiden plugins etwas beschäftigt habe kann ich dazu auch noch meine Senf abgeben:

Zitat

Der Server benoetigt ueberhaupt kein xine

ist so nicht (ganz) richtig. Um die Plugins zu compilieren ist bei beiden Lösungen die xine-lib-devel nötig. Danach kann bei BEIDEN Lösungen xine komplett deinstalliert werden. Hab es probiert. Geht 100% In beiden fällen werden wohl die von der xine-lib benötigten teile fest in das Plugin eincompiliert.
Daher stimmt auch diese Aussage:

Zitat

Die gepatchte xine-lib muss auf Server und Client, das gepatchte xine-ui am Client installiert sein, und alles muss zusammenpassen.

nicht 100%ig. Sobald das Plugin einmal läuft braucht der Server die xine-lib nicht mehr. Die ist nur beim compilieren notwendig.

So. xineliboutput übers Netzwerk funktioniert. Aber zwei Sachen klappen noch nicht (so wie sie sollen)

Gelöst: 1. Tastaturbedienung: Wenn das Videofenster den Focus hat gehen keine Tasten ausser esc. Bedienung geht also nur, wenn die Shell, aus der vdr-sxfe gestartet wurde (xterm) den Focus hat. Das ist bei Vollbild natürlich Murks.

2. Lirc geht gar nicht. Egal, was ich als Device angebe - es kommt immer der hier:
[vdr-fe] lirc error: connect(/dev/lircd) < 0
[vdr-fe] ERROR (xine_frontend_lirc.c,65): Connection refused
Der lircd läuft, wenn ich irw starte geht alles, wenn ich vdr-sxfe nehme geht nix. Es greift kein anderes Programm auf den lircd zu. Aber ansonsten bin ich schon recht zufrieden!

Nun gut. Wenn man die remote.conf wie im wiki beschrieben anpasst geht Keyboard auch im Video-Fenster. Bleibt noch lirc...

Jo das war ja schon mal hilfrecih. Hab jetzt auch xine als frontend und da klappts auch mit der FB. Also ich sag mal gelöst. Bin jetzt glücklicher xineliboutput user...

War das nicht "JEHOWA JEHOWA"..
Oder "Was nicht passt wird passend gemacht"...
Jetzt bin ich mal gespannt, ob am Server weiter geschaut werden kann wenn der Client connected ist. Also - mit der FF Karte. Das ging bei xine-network nämlich nicht. Da ging ja eh nur ein client gleichzeitig. Und hier hab ich jetzt schon zwei an meiner Budget hängen. Das scheint alles viel besser zu laufen.

Hast du im wiki nach der remote.conf geschaut? Das hat mir damals geholfen.