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

1. Warum geht Xine mit dem 1.4.4 nicht? Läuft bei mir ja sogar unter Linvdr!! Sowohl 0.7.6 als auch die 0.7.9!

2. Schau dir mal xinelibout an! Macht eigentlich das selbe!

Gruß

Toxic

Zitat

Original von xnalpf
Gibt es überhaupt irgendein Plugin, welches die Anforderungen (halbwegs) erfüllt? Oder findet sich vielleicht doch noch jemand, der mir den "goldenen Tipp" zu xine-network geben kann?

irgendwann ist die Netzwerkunterstützung beim xine plugin wieder rausgeflogen. [edit] siehe http://vdr-portal.de/board/thr…?postid=505597#post505597 [/edit] . Als Alternative wird auf xinelibout verwiesen. Habe ich selber noch nicht probiert.

[edit2]
Meine Antwort bezieht sich nur auf die Pakte von c't vdr und tobi.
[/edit2]

Gruß Sven

svkn
Öhm, Tobi hat das rausgeschmissen aber das heißt weder das es das nicht mehr gibt, noch das es nicht funktioniert!

xnalpf
Hast du das Plugin mit dem Switch -r aufgerufen? und auch das automatische wechseln des Devices in der Pluginkonfiguration erlaubt?

Gruß

Toxic

Zitat

Original von Toxic-Tonic
svkn
Öhm, Tobi hat das rausgeschmissen aber das heißt weder das es das nicht mehr gibt, noch das es nicht funktioniert!

ja, das habe ich auch bemerkt nachdem ich geantwortet habe.
Gibt es etwa noch andere Distributionen außer c't vdr oder Leute die alles selber übersetzen ?

Gruß Sven

Und du hast auf beiden Seiten die Libs aktualisiert? Beide mit dem Netzwerk und dem Xine-Patch versehen?

Ich meinte ja auch nur, das auf beiden Seiten die selbe version mit den gleichen Patchen sein muß! Also nicht das du auf der Clientseite noch die alten xine-Libs benutzt und nur auf dem Server aktualisiert hast!

Zu Xineliboutput kann ich nix sagen, sorry!!

Gruß

Toxic

Ich habe jetzt endlich erfolgreich xine-plugin mit network-patch und xineliboutput laufen, allerdings auf 1.4.3.

xnalpf: Ich glaube, xineliboutput entspricht eher Deinen Anforderungen. Du kannst es ohne Patch von xine-lib oder xine-ui einstetzen, und - richtig konfiguriert - hast Du OSD und alles was mann sich sonst noch wuenscht.

Deine Fehlversuche koennten noch daran liegen, dass die IP deines Clients nicht im svdrhosts eingetragen ist.. Ausserdem wuerde ich noch probieren, beim Aufruf des xineliboutput-clilents (eventuell zuerst mit vdr-sxfe bzw vdr-fbfe probieren) in der MRL noch das Transportprotokoll anzugeben. Z. B: xvdr:tcp://meine.server.adresse:mein.server.port.

Beim xine-plugin musst Du xine-lib jedenfalls patchen, und das xine-ui auch, wenn Du die Tasten durchbekommen moechtest.

Beachte bitte bei der Antwort, dass ich zu den Verrueckten gehoere, die alles selbst compilieren.

mfg
CR

Zitat

Originally posted by xnalpf
xine deinstalliert,
xine-lib_for_xine-0.7.5-network.tar.gz und
xine-ui_for_xine-0.7.5-network.tar.gz
xine-network 0.7.6 (läuft alles auf gleichem rechner mit 1.3.36)
Entpackt und installiert, make clean-plugins, make plugins bla bla
Ergebnis:
Auf dem Client erscheint (im besten Fall, wenn ich die cRepacker deaktiviere) für ca. 2-3 sekunden Bild in absoluter Zeitlupe und bleibt dann stehen. OSD ist flüssig, Aufnahme gestartet, Bild bleibt nach slomo stehen. Vorspulen, zurückspulen geht!!! Aber wer will schon nur Aufnahmen in Zeitraffer ohne Ton schauen.
Im Log vom vdr erscheinen permanent Buffer overflows (Buffer usage >100% clearing buffers etc.) Auch wenn der Client nicht connected ist.

Soweit der Stand. Any ideas?
.

Alles anzeigen

Das habe ich erst jetzt gesehen, welche Versionen Du verwendest. Damit hatte ich auch Probleme. Ich habe jetzt das xine-plugin 0.7.9 und xine-lib-cvs-20060319194500.tar.bz2 bzw gleiche Version von xine-ui. Alle drei selbst mit dem Network-patch versehen. Das tut.

Aber wie schon in mienem vorigen Posting: Schau Dir eher xineliboutput an, ich glaube, das entspricht Deinen Vorstellungen besser.

mfg
CR

Hallo xnalpf,

wenn du xineliboutput mit xine verwenden willst, wird für xine ein entsprechendes input-Plugin benötigt. Das hats bei mir allerdings automatisch in das xine-lib-Verzeichnis mit reingepackt, als ich das Plugin installiert habe (mit Debian, apt-get install aus e-tobi's Repository).

Dafür gibts dann auch ne eigene Taste im xine.

Du könntest aber spaßeshalber nochmal was anderes probieren: der Aufruf für das xine-Plugin selbst folgt wieder den "alten" Konventionen mit der mrl: vdr:/tmp/vdr-xine/stream#demux:mpeg_pes. Das neuere mit IP-Adresse ist wieder rausgeflogen. Dementsprechend ist es wohl auch nicht mehr möglich, das Plugin übers Netzwerk zu nutzen, es sei denn, man findet irgendne clevere Lösung das tmp-Verzeichnis remote zu mounten

Gruß, Flipsen

Zitat

Originally posted by Flipsen1977
Du könntest aber spaßeshalber nochmal was anderes probieren: der Aufruf für das xine-Plugin selbst folgt wieder den "alten" Konventionen mit der mrl: vdr:/tmp/vdr-xine/stream#demux:mpeg_pes. Das neuere mit IP-Adresse ist wieder rausgeflogen. Dementsprechend ist es wohl auch nicht mehr möglich, das Plugin übers Netzwerk zu nutzen, es sei denn, man findet irgendne clevere Lösung das tmp-Verzeichnis remote zu mounten

Nachdem das in dem tmp-Verzeichnis ein Socket ist, glaube ich nicht, dass ein Mount ueber das Netzwerk funktioniert.

Aber es gibt nach wie vor den Netzwerk-Patch fuer das xine-plugin, der die Konvention mit der IP-Adresse wieder hinein bringt. Ich habe es so laufen.

mfg
CR

Zitat

Original von xnalpf
Ja sicher. Sonst würde es mit 1.3.37 ja nicht laufen. Sowohl Client als auch Server haben die gleiche gepatchte Xine-Lib.
Ich hab jetzt mal xineliboutput gezogen und installiert. Zumindest der vdr-server läuft jetzt ruhig ohne diese permanenten Buffer-overflows. aber beim connecten krieg ich das hier:

xine: cannot find input plugin for MRL [xvdr://10.5.10.209:37890#nocache;demux:mpeg_block]

Laut readme braucht man keine gepatchte Version von Xine. Trotzdem versteht er die MRL nicht. Aber es kann sein, dass ich jetzt noch die alte Version vom 0.7.6er habe. Ich hol mir dann mal die aktuellste xine ausm cvs und probier das nochmal. Zumindest auf der Server-Seite sieht es ja erheblich besser aus.

Als ich das ganze das letzte Mal verwendet habe, mußte für eine erfolgreiche Verbindung xine-ui(client)<->xineliboutput(server) auf dem Client auch die "libxine-xvdr" zusätzlich zur ungepatchten "libxine1"(=xine-lib) installiert sein. Erst dann funktionierte der xine-Aufruf mit "xvdr://....."

Mag sich aber geändert haben.

Gruß,
Holger

Holger, du hast recht! Genau damit kommt das input-Plugin für xine in das xine-lib-Verzeichnis! Ich hab die auch installiert, damit gings dann.

Gruß, Flipsen

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