XINE VDPAU + Mediaplayer?

Ja, das Probleme hat ich auch, als ich von vdr-sxfe auf vdr-xine gewechselt bin.
Aber die Lösung ist eingentlich ganz einfach, man benutzt einfach das alte mplayer-plugin, wie seinerzeit bei den FF-Karten. Damit kann ich zumindest wieder über den vdr AVIs und MKVs schauen. Man muß halt die mplayer.sh anpassen damit sie xine/vdpau für die Ausgabe verwendet. Es gibt hier auch im Forum irgendwo nen Thread wo das beschrieben wurde.

Hi,

das xine-plugin bringt einen eigenen Player (xineplayer - nach dem Kompilieren im src-Verzeichnis) mit, der kann über das mplayer-Plugin zum Player innerhalb xine umfunktioniert werden.

Wie das geht steht in der Readme oder Install, findest du ebenfalls in den xine-Sourcen.

Ansonsten, wenn du in meine Signatur schaust, nimm doch gleich xbmc als Medienplayer-Paket.

Gruß
Wolfgang

Wirklich zufrieden bin ich damit auch noch nicht.
Tasten funktioniert bei mir ausser Stop auch nichts.
Sobald ein Leerzeichen im Pfad zur Datei die abgespielt werden soll auftritt, springt er immer direkt wieder aufs TV-Bild zurück.

Hi prefect,

war mit dem xineplayer wegen der fehlenden Lirc-Unterstützung auch nicht so zufrieden. Stattdessen starte ich einfach nochmal xine über das mplayer-plugin.

Hier mal meine mplayer.sh

#!/bin/bash


USERNAME=liquidolze


sudo su $USERNAME -c "DISPLAY=:0.0 xine -f -V vdpau -A alsa:hw:0,0 --verbose=1 --no-logo --no-splash '$1'" 2>&1 > /var/lib/vdr/vdr-mplayer.log


exit

sudo su $USERNAME war bei mir notwendig da ich nichts als root laufen lasse. Für sudo ist deswegen auch noch folgender Eintrag in der Datei /etc/sudoers nötig:

vdr	htpc	= NOPASSWD: /bin/su

Damit das auch mit der Fernbedienung klappt habe ich noch ein paar Einträge der .lircrc hinzugefügt:

# playback pause toggle
begin
	button = Pause
	prog   = xine
	repeat = 0
	config = Pause
end


# increment playback speed
begin
	button = Forward
	prog   = xine
	repeat = 0
	config = SpeedFaster
end


# decrement playback speed
begin
	button = Rewind
	prog   = xine
	repeat = 0
	config = SpeedSlower
end


# reset playback speed
begin
	button = Play
	prog   = xine
	repeat = 0
	config = SpeedReset
end


# quit the program
begin
	button = Stop
	prog   = xine
	repeat = 0
	config = Quit
end


# set position to -60 seconds in current stream
begin
	button = Replay/SkipBackward
	prog   = xine
	repeat = 0
	config = SeekRelative-60
end


# set position to +60 seconds in current stream
begin
	button = SkipForward
	prog   = xine
	repeat = 0
	config = SeekRelative+60
end


# set position to beginning of current stream
begin
	button = 0
	prog   = xine
	repeat = 0
	config = SetPosition0%
end


# set position to 10% of current stream
begin
	button = 1
	prog   = xine
	repeat = 0
	config = SetPosition10%
end


# set position to 20% of current stream
begin
	button = 2
	prog   = xine
	repeat = 0
	config = SetPosition20%
end


# set position to 30% of current stream
begin
	button = 3
	prog   = xine
	repeat = 0
	config = SetPosition30%
end


# set position to 40% of current stream
begin
	button = 4
	prog   = xine
	repeat = 0
	config = SetPosition40%
end


# set position to 50% of current stream
begin
	button = 5
	prog   = xine
	repeat = 0
	config = SetPosition50%
end


# set position to 60% of current stream
begin
	button = 6
	prog   = xine
	repeat = 0
	config = SetPosition60%
end


# set position to 70% of current stream
begin
	button = 7
	prog   = xine
	repeat = 0
	config = SetPosition70%
end


# set position to 80% of current stream
begin
	button = 8
	prog   = xine
	repeat = 0
	config = SetPosition80%
end


# set position to 90% of current stream
begin
	button = 9
	prog   = xine
	repeat = 0
	config = SetPosition90%
end

Das Problem mit den Leerzeichen welches Maniac beschreibt habe ich jedoch auch. Naja, dann gibt es halt keine Leerzeichen in den Dateinamen sondern nur Punkte.

Gruß,

Liquid

Zitat

Das Problem mit den Leerzeichen welches Maniac beschreibt habe ich jedoch auch. Naja, dann gibt es halt keine Leerzeichen in den Dateinamen sondern nur Punkte.

Gruß,

Liquid

Oje, hatte in meiner mplayer.sh die Striche bei $1 vergessen. Muß natürlich so aussehen '$1'. Dann klappts auch mit Leerzeichen im Pfad bzw. im Dateinamen. Hab das mal korrigiert.

Mit xine in der mplayer.sh kann man natürlich auch MP3s bzw. TOX-Playlisten abspielen. Sieht ganz nett aus zusammen mit Goom.

Liquid

Zitat

Original von prefect
Moin,

okay, gefunden, installiert, geht auch... irgendwie: Angeblich soll die Fernbedienung nur mit LIRC funktionieren.

Wenn ich im Mplayer-Plugin-Setup 'slave' aktiviert habe, dann kannich immerhin 'Stop' via LIRC Befehlen, ansonsten sehe ich lediglich das Kommandos via lirc irgendwie engegengenommen werden, aber offenbar nicht an den xineplayer weitergereicht werden...:

Code

vdr-xine: external connecting ...
vdr-xine: external connected!
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: quit
mplayer: waiting for child exit............ SIGKILL
SetPlayMode: 0

Alles anzeigen

Ideen? Pause, Spulen/1Minuten-Skip wäre schon recht nett....

Danke für die Info!

Alles anzeigen

Der xineplayer unterstützt nicht die SLAVE Kommandos. Ich habe dazu schon einmal Herrn Nissel angeschrieben. Er hat auch gesagt, dass
diese SLAVE Geschichte relativ leicht einzubauen ist, er aber momentan keine Zeit hat.

Also wenn jemand anderes das kann, bitte machen

Genauere Hinweise, wie das eingebaut werden müsste hast du nicht oder? Ich kann zwar C++ bin aber nicht vertraut mit xine und dem xine-plugin wie das dort intern alles abläuft.
Da ich das remote-Plugin für die Fernbedinung nutze wäre das für mich schon recht praktisch da was zu bauen.

Das mit den Anführungszeichen klappt übrigens, danke.

Hallo,

eine Frage, von jemandem, der erst seit wenigen Tagen seinem bisherigen VDR (FF + VDR 1.6) HD beigebracht hat (VDR 1.7, SVB-S2):

Weshalb steigt man von vdr-sxfe auf vdr-xine um?

Danke!

goldfisch

vdr-xine läuft bei mir "bedeutend" stabiler....

Zitat

Original von Maniac
Genauere Hinweise, wie das eingebaut werden müsste hast du nicht oder? Ich kann zwar C++ bin aber nicht vertraut mit xine und dem xine-plugin wie das dort intern alles abläuft.
Da ich das remote-Plugin für die Fernbedinung nutze wäre das für mich schon recht praktisch da was zu bauen.

Das mit den Anführungszeichen klappt übrigens, danke.

Das ist wohl die Doku:

http://www.mplayerhq.hu/DOCS/tech/slave.txt

Nach meinem Verständniss muss man nun wohl dem xineplayer diese Kommandos beibringen bzw. implementieren.

Jetzt du

Ich hab mir das ganze mal genauer angeguckt. Der MPlayer Slave Mode nimmt die Befehle entweder über stdin oder einen Fifo entgegen. Im Mplayer-Plugin wird eine Pipe geöffnet, ob dies nun auf auf stdin geht oder einen Fifo anspricht konnte ich noch nicht finden.

Xine unterstützt die Steuerung über Telnet, alternativ gibt es dazu noch das Programm xine-remote.
xine selbst bietet diese beiden Parameter

-n, --network                Aktiviere Fernsteuerung über Netzwerk.
      --network-port           Portnummer für Netzwerkfernsteuerung.

Eine Verbindung zu xine bekomme ich damit aber weder über Telnet, noch über xine-remote.

Das wären aber schonmal Punkte an denen man ansetzen könnte, mal sehen ob ich da noch was hinbekomme.

Hinweise und Beschreibungen zu dem Netzwerk-Feature sind gerne gesehen.

Merke gerade mal wieder man-page lesen macht Sinn

-n, --network
              Aktiviert netzwerkbasierte Fernsteuerung.  Für die Benutzung der
              netzwerkbasierte Fernsteuerung wird eine Passwortdatei benötigt.
              Wenn  xine  diese  nicht  finden kann, wird der Server gestoppt.
              Der  Syntax  der  Passwortdatei  folgt  dem  (bekannten)  Schema
              <Identifikation>:<Passwort>.    Weil  Kryptographie  in  einigen
              Ländern  gesetzlichen  Beschränkungen   unterliegt,   wird   das
              Passwort  unverschlüsselt  gespeichert  und  übertragen, weshalb
              Netzwerkverbindungen besonders zu beachten  sind.   Zusätzlichen
              stehen  zwei (optionale) allgemeine Regeln stehen zur Verfügung,
              die sich gegenseitig ausschließen
              ALL:ALLOW oder ALL:DENY
              Im  ersten  Fall  können  alle  Klienten  alle  Kommandos   ohne
              Einschränkungen   ausführen.    Im  zweiten  Fall  können  keine
              Klienten irgendwelche Kommandoa ausführen, außer identifizierten
              Benutzern (durch das identify-Kommando).


              Wenn  ein  Passworteintrag mit einem Stern ‘*’ beginnt, ider der
              Benutzer blockiert.  Wenn das Passwortfeld leer  ist,  wird  der
              komplette  Eintrag ignoriert.  Hier ein Beispiel für eine kleine
              ~/.xine/passwd Datei:


              ALL:DENY
              daniel:mypasswd
              foo:*


              Dieses  erlaubt  nur  ’daniel’  die  Ausführung  von  Kommandos,
              nachdem er sich erfolgreich identifiziert hat.


              Der  Standart-Port  des  Servers  ist  6789  und  ist vollkommen
              willkürlich.   Der  Server  kann  mit  einem  einfachen   telnet
              Kommando kontaktiert werden:
              telnet localhost 6789
              Um  den  Standard-Port  zu ändern, editiere als "root" die Datei
              /etc/services und füge folgenden Eintrag hinzu:


              xinectl    7890/tcp        # xine control


              Das wird den Standard-Port von 6789 auf 7890  ändern  und  einen
              Benutzer-Service mit dem Namen xinectl hinzufügen.


              Der Server selbst bietet folgende Befehle:
              help [Kommando]
              Ohne  die  Angabe  von  Kommando werden alle verfügbaren Befehle
              aufgelistet.  Wenn ein Kommand angegeben ist,  wird  ein  kurzer
              Text   mit   der  Bescreibung  der  Funktionalität  des  Befehls
              ausgegeben.
              syntax <Kommando>
              Zeigt die Syntax von Kommando an.

Ohne Benutzer/Pass kann ich da lange testen.

Xine lässt sich darüber schön per Tastatureingaben steuern. Springen klappt leider nicht, wird sehr wahrscheinlich daran liegen, das der xineplayer die Datei über einen Fifo zur Verfügung stellt und xine selbst dadurch keinen direkten Zugriff aufs File hat.
Ein MKV direkt über xine gestartet lässt sich nämlich auch per "seek +60" um eine Minute nach vorne springen.

Ideen oder Vorschläge?

Unter /tmp/vdr-xine gibt es noch weitere Fifos

external.control  stream          stream.event
external.result   stream.control  stream.result

xineplayer selbst nutzt die beiden external um eine MRL zu starten, behandelt wird das ganze in xineExternal.c vom xine-Plugin. Dort ist aber nur ein Play Befehl implementiert.
Mit den stream Fifos konnte ich bis jetzt noch nicht wirklich viel anfangen.

Eine Implentierung über Netzwerk oder evtl. die Fifos wäre damit wohl möglich.
Nur sehe ich da keine Möglichkeit im Film zu springen oder die aktuelle Position bzw. Gesamtlänge auszulesen um diese darzustellen.

Übers Netzwerk (oder evtl. die Fifos) lässt sich über "mrl play /test.mkv" auch ein Film anstarten, welcher dann auch wunderbar springbar usw. ist, nur leider kappen wir damit dann die Verbindung zum VDR. Also ist da auch nichts mit Tasten weitergeben oder Infos übers VDR OSD anzeigen.

liquidolze: Hast du bei der Methode xine anstatt xineplayer zu starten dann weiterhin das VDR-Osd?
Edit: Habs gerade mal ausprobiert, VDR-Osd funktioniert teilweise weiter, aber das Bild des Films den man abspielt liegt darüber, an den Stellen die Schwarz sind, scheint das VDR-Osd durch. Springen wäre hier nun aber möglich.

Ich hab mir gerade nochmal den Code vom Player aus xineliboutput angeschaut, dort wird der ein Xine-Device übergeben auf dem der Film dann gestartet wird, dies ist natürlich das Device von xineliboutput.
Wäre es da evtl. denkbar den Player aus xineliboutput zu nehmen und ihn stattdessen auf das Device vom xine-Plugin zu schicken?

Zitat

Original von Maniac
Unter /tmp/vdr-xine gibt es noch weitere Fifos

Code

external.control  stream          stream.event
external.result   stream.control  stream.result

xineplayer selbst nutzt die beiden external um eine MRL zu starten, behandelt wird das ganze in xineExternal.c vom xine-Plugin. Dort ist aber nur ein Play Befehl implementiert.
Mit den stream Fifos konnte ich bis jetzt noch nicht wirklich viel anfangen.

Eine Implentierung über Netzwerk oder evtl. die Fifos wäre damit wohl möglich.
Nur sehe ich da keine Möglichkeit im Film zu springen oder die aktuelle Position bzw. Gesamtlänge auszulesen um diese darzustellen.

Übers Netzwerk (oder evtl. die Fifos) lässt sich über "mrl play /test.mkv" auch ein Film anstarten, welcher dann auch wunderbar springbar usw. ist, nur leider kappen wir damit dann die Verbindung zum VDR. Also ist da auch nichts mit Tasten weitergeben oder Infos übers VDR OSD anzeigen.

Alles anzeigen

Vielen Dank für Deine Bemühungen. Ich denke Herr Nissel könnte hier mehr zu sagen. Ich versuche mal, ihm den Thread zu mailen, vielleicht klingt er sich ja ein.

Zitat

Original von Maniac
liquidolze: Hast du bei der Methode xine anstatt xineplayer zu starten dann weiterhin das VDR-Osd?
Edit: Habs gerade mal ausprobiert, VDR-Osd funktioniert teilweise weiter, aber das Bild des Films den man abspielt liegt darüber, an den Stellen die Schwarz sind, scheint das VDR-Osd durch. Springen wäre hier nun aber möglich.

Das VDR-OSD ist bei mir leider nicht mehr sichtbar, auch teilweise nicht. Dafür tritt bei mir jedoch das Durchscheinen nicht auf. Naja, vielleicht liegts an der Einstellung xine.osdMode = osdOverlay in meiner setup.conf.

Gruß,

Liquid

Hi,

Zitat

Original von neumann2k
Vielen Dank für Deine Bemühungen. Ich denke Herr Nissel könnte hier mehr zu sagen. Ich versuche mal, ihm den Thread zu mailen, vielleicht klingt er sich ja ein.

Die Analyse ist soweit richtig. Um neue Befehle implementieren zu können, muss aber auch die Schnittstelle zu xine aufgebort werden, denn schließlich muss dort ja gesprungen bzw. die aktuelle Position abgefragt und zurückgeliefert werden.

Ich habe schon ein paar Vorarbeiten bzgl. der benötigten SLAVE-Mode Kommandos durchgeführt, nur leider war seit Monaten vor dem Urlaub Stress in der Firma zwecks neuen Software Release, dann kam ich mit den Renovierungsarbeiten im Haus nicht so zügig voran, so dass es sich vom Urlaub Mitte November bis über Weihnachten hinweg hinausgezogen hat, und ab 04.01.10 geht's in der Firma schon wieder rund, damit der nächste Release Anfang Februar gehalten werden kann.

Ob sich in den verbleibenden Tagen noch was bgzl. SLAVE-Mode und neuem vdr-xine Release ergibt, kann ich noch nicht abschätzen.

Bye.

Zitat

Original von rnissl
Hi,

Die Analyse ist soweit richtig. Um neue Befehle implementieren zu können, muss aber auch die Schnittstelle zu xine aufgebort werden, denn schließlich muss dort ja gesprungen bzw. die aktuelle Position abgefragt und zurückgeliefert werden.

Ich habe schon ein paar Vorarbeiten bzgl. der benötigten SLAVE-Mode Kommandos durchgeführt, nur leider war seit Monaten vor dem Urlaub Stress in der Firma zwecks neuen Software Release, dann kam ich mit den Renovierungsarbeiten im Haus nicht so zügig voran, so dass es sich vom Urlaub Mitte November bis über Weihnachten hinweg hinausgezogen hat, und ab 04.01.10 geht's in der Firma schon wieder rund, damit der nächste Release Anfang Februar gehalten werden kann.

Ob sich in den verbleibenden Tagen noch was bgzl. SLAVE-Mode und neuem vdr-xine Release ergibt, kann ich noch nicht abschätzen.

Bye.

Alles anzeigen

Vielen Dank Reinhard. In welcher Firma arbeitest Du eigentlich bzw. welche Software entwickelt ihr ?

Zitat

Original von rnissl

Ob sich in den verbleibenden Tagen noch was bgzl. SLAVE-Mode und neuem vdr-xine Release ergibt, kann ich noch nicht abschätzen.

Bye.

Ich und meine Familie wären Dir sehr zu Dank verpflichtet. Und ist doch eh schlechtes Wetter draußen