xine Plugin und stream.UserInput

Hallöle,

ich hab zur Zeit den vdr-1.3.15 mit dem Xine Plugin am laufen.
Ich wollte auf 1.3.23 updaten, aber das mit dem kompilieren hat nicht so ganz hingehauen.
Deshalb hab ich die debs unter http://www.youmustbejoking.demon.co.uk/progs.linux.html genommen.
Installiert hab ich den vdr, das xine Plugin und libxine1
Ging eigentlich auch alles problemlos, nur das sich xine mit der Meldung verabschiedete, das eine Datei nicht geöffnet werden konnte.
Ich hab xine dann mal mit strace gestartet, und gesehen das es /tmp/vdr-xine/stream.UserInput öffnen wollte, die 'Datei' aber nicht vorhanden war.
Schnell zu 1.3.15 zurückgeswitch und siehe da, da war die Datei.

Kann es sein das stream.UserInput bei den neueren xine Plugins nicht mehr erstellt wird?

Die verwendeten Versionen:

libxine1/testing uptodate 1.0-1vdr7
vdr/testing uptodate 1.3.23-2.ds
vdr-plugin-xine/testing uptodate 0.7.2-2
Nachtrag: Xine Version v0.99.2cvs. selbstkompiliert wie im Wiki beschrieben
Vielleicht kann mich ja jemand erleuchten :).

Gruss, Matthias

Das Plugin war 0.7.2.

Ich glaube ich muss das alles nochmal in Ruhe machen.

Soo, leider nicht viel Ruhe gehabt aber trotzdem probiert.
Ich hab den Inhalt von /tmp/vdr-xine von den beiden Versionen mal verglichen, und es gibt einen Unterschied.

http://www.flickr.com/photos/78829757@N00/9183914/
Das ist der Inhalt von /tmp/vdr-xine mit VDR 1.3.23 und xine-plugin 0.7.2

http://www.flickr.com/photos/78829757@N00/9183913/
Und das mit VDR 1.3.15 und xine-plugin vom November letzten Jahres irgendwann, ich nehm mal an 0.6.x

Also kein stream.Userinput zu sehen, dafür gibt es stream.event wenn mich meine müden Augen nicht im Stich lassen.

Was mich wundert, selbst im Readme (INSTALL) zum Plugin ist von stream.Userinput nichts zu lesen.

Zitat

If no errors are reported, six fifos should now exist below "FIFO_DIR" (e. g.
"/tmp/vdr-xine"), named "stream", "stream.control", "stream.result" and
"stream.event" as well as "external.control" and "external.result". All of
them have a size of 0 bytes.

Tja das befürchte ich auch langsam.
Da wird mir wohl nichts übrig bleiben als den ganzen Krempel von Hand zu kompilieren.

Dank dir.

Ich habs :).

Xine hat immer /usr/local/lib/libxine.so.1 benutzen wollen, welches noch von der xinelib aus dem November stammt.
Während die 'richtige' libxine in /usr/lib liegt.

So einfach ist das....