Mplayer Plugin bzw. mplayer.sh -> über VDR wird nix abgespielt, über Konsole schon

Hallo an alle,

ich gebe zu, durch das Forum arg viel im Umgang mit Linux, dem Kompilieren von Sourcen und dem Umgang VDR gelernt zu haben. VDR-Wiki natürlich auch.
Danke dafür erst mal an alle!!

So, nun aber habe ich (schon wieder) eine Frage, weil ich es nicht verstehe und bisher keine Antwort im Forum gefunden habe.

Aaalso:
Habe nach dem Wiki Mplayer+Plugin (und alles was dazugehört) kompliert und installiert und konfiguriert. Soweit so schick.

Nach VDR Neustart steht mir auch das Plugin im Menü zur Verfügung. Wähle ich es aus, kommen auch die (bisher) 2 MPG Dateien, die ich vor einer ganzen Weile mal mit VDR-Convert aus einer VDR-Aufnahem konvertiert habe.

Wäle ich nun einen der beiden Dateien aus (es spielt keine Rolle welches), wird zwar der Fernseher schwarz, aber es passiert nichts weiter. 2sek später ist Live-TV wieder zu sehen.

Also habe ich den DEBUG Modus des Scriptes aktiviert -> es ist aber nichts auffälliges zu finden. Variable CMDLINE sieht auch super aus.

Ich habe mal den Aufruf dahingehend geändert, das mplayer eine Ausgabe erzeugt (also ohne -quiet) und diese in /var/log/messages umgeleitet.
Resultat:

Mar 29 19:02:55 server logger: *** DEBUG: Variable CMDLINE has value "/usr/local/bin/mplayer -vo mpegpes -ao mpegpes  -cache 4096 -lircconf /etc/lircrc.conf "
MPlayer dev-CVS-050328-18:14-3.3.4 (C) 2000-2005 MPlayer Team
CPU: Intel Pentium 4/Xeon/Celeron Foster (Family: 8, Stepping: 4)
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Kompiliert für x86 CPU mit folgenden Erweiterungen: MMX MMX2 SSE SSE2




85 Audio- & 192 Videocodecs
Initialisiere LIRC-Unterstützung...
Spiele /home/daten/test/DIE_DREISTEN_DREI_-_DIE_COMEDY_WG.mpg
Cache fill: 14.84% (622592 bytes)


Beenden... (Dateiende erreicht.)

Starte ich das Script mal an der Konsole (bei laufendem VDR) wird ganz logisch ausgegeben:

logger: *** DEBUG: Variable CMDLINE has value "/usr/local/bin/mplayer -vo mpegpes -ao mpegpes  -cache 4096 -lircconf /etc/lircrc.conf "
MPlayer dev-CVS-050328-18:14-3.3.4 (C) 2000-2005 MPlayer Team
CPU: Intel Pentium 4/Xeon/Celeron Foster (Family: 8, Stepping: 4)
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Kompiliert für x86 CPU mit folgenden Erweiterungen: MMX MMX2 SSE SSE2




85 Audio- & 192 Videocodecs
Initialisiere LIRC-Unterstützung...
Spiele /home/daten/test/DIE_DREISTEN_DREI_-_DIE_COMEDY_WG.mpg
Cache fill:  9.38% (393216 bytes)    MPEG-PS-Dateiformat erkannt!
VIDEO:  MPEG2  720x576  (aspect 2)  25.000 fps  15000.0 kbps (1875.0 kbyte/s)
==========================================================================
Öffne Audiodecoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
AC3: 2.0 (stereo)  48000 Hz  448.0 kbit/s
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
==========================================================================
Opening /dev/dvb/adapter0/video0+audio0
DVB VIDEO DEVICE: : Device or resource busy
Fehler beim Öffnen/Initialisieren des ausgewählten Videoausgabetreibers (-vo).




Beenden... (Dateiende erreicht.)

Starte ich das Script bei deaktiviertem VDR (aber geladenen DVB-Treibern) wird die MPG-Datei wunderbar abgespielt.

Was passiert da?? Ich schnall das nicht ;(.
HELP ME!!

Gruß
Andreas

Hallo SmartFish,

auch wenn es aus Sicherheitsgründen anders sein sollte, arbeitet der VDR als root. An Rechtegründe habe ich auch schon gedacht, schließe diese durch die vielen Tests aber aus.

Ich habe gestern noch ein paar Tests gemacht:
Das mplayer.sh Script habe ich mal so abgeändert, das am Ende NICHT der Inhalt der Variable "CMDLINE" ausgeführt wird, sondern habe direkt mal eingetragen

exec /usr/local/bin/mplayer -vo mpegpes -ao mpegpes "$FILE"

Resultat: Bei der einen Datei passiert nix (die sonst bei direktem Aufruf von der Konsole wunderbar abgespielt wurde) ... also wie immer, während bei der anderen er scheinbar willkürlich durch die Frames springt. Da sieht man Anfangs die (noch enthaltene) Werbung -> Sprung -> Sendung -> Sprung -> wieder die Anfangswerbung ... aber eine andere Stelle -> Sprung -> wieder die eigentliche Sendung etc.
Der Unterschied ist, das der cache Parameter und der lirc Parameter fehlten.

Mmmhhh

Andreas

Hallo Juri

Zitat

Was passiert denn, wenn du die Filme (bei gestopptem VDR aber geladenen Treibern) einfach mit

Code

mplayer -vo mpegpes -ao mpegpes /..../video.mpg

abspielst?

Videos (beide) werden super abgespielt!!

Zitat

Was passiert denn, wenn du die Filme (bei gestopptem VDR aber geladenen Treibern) einfach mit unveränderter mplayer.sh abspielst?

Werden auch super abgespielt!

Zitat

Hast du schonmal den VDR von Hand in einer Konsole gestoppt, dann wieder gestartet und dann versucht, ein Video abzuspielen?

Ja, gerade in dieser Experimentierphase habe ich den VDR mehr als einmal an der Konsole gestoppt und gestartet.

Zitat

Was passiert, wenn du in der mplayer.sh.conf MPEG_DIRECT=false setzt?

Leider nicht viel mehr als vorher.

Zitat

Wo liegen deine Videos? Auf einer lokalen Platte (welches FS?), auf einem Windows-Share oder einem NFS-Share?

Beide lokal auf der Platte (ext3).

Ich habe mal noch ein wenig rumexperimentiert und sehr merkwürdige Dinge festgestellt:

• Ich kam mal auf die blöde Idee, das beim Abspielversuch die DVB-Treiber nicht mehr zu Verfügung stehen. Den VDR starte ich immer über ein INIT-Script ... dort werden die DVB-Treiber nicht geladen. Diese Prozedur ist in der runvdr gepackt. Und nun das merkwürdige: Nehme ich diesen Aufruf aus der runvdr raus und packe ihn nur noch ins INIT-Script, sehe ich tatsächlich (wenn auch schlecht) die MPG Dateien. Schlecht insofern, als das nun das oben beschriebene wilde Springen zwischen einzelnen Sequenzen passiert.
• Im Logfile tauchen vom mplayer (habe ich wieder umgeleitet) plötzlich Fehler auf wie
  
  
  Code

  Videoeigenschaft 'saturation' wird von ausgewählten vo & vd nicht unterstützt.
  Videoeigenschaft 'hue' wird von ausgewählten vo & vd nicht unterstützt.
  Videoeigenschaft 'hue' wird von ausgewählten vo & vd nicht unterstützt.
  Videoeigenschaft 'brightness' wird von ausgewählten vo & vd nicht unterstützt.

  Diese sind beim Abspielen von der Konsole aus nicht aufgetaucht
  

• Außerdem taucht ab und zu im Bild ein Volume-Balken (scharz/weiß) auf - verändert sich und verschwindet wieder, taucht wieder auf ... usw. (beim Sequenzspringen) -> kommt der vom Mplayer bei LIRC-Bedienung??

Ich habe mal in der mplayer.sh.conf ein paar Dinge ab- und angeschaltet (MPEG_DIRECT, FRAMEDROP, CACHE), jedoch ohne sichtliche Änderung.

Status:

• Direktaufruf mplayer von Konsole -> OK
• Direktaufruf unveränderter mplayer.sh+conf von Konsole -> OK
• Direktaufruf geänderter mplayer.sh bzw. conf von Konsole -> OK
• Aufruf über MPlayer-Plugin (egal ob mit veränderter oder originaler mplayer.sh + conf) -> Sequenzsprünge

Meine Vermutung: Kann eigentlich nur noch am Plugin liegen (verwende übrigens 0.9.12). Werde mir mal am Freitag (vorher geht nicht) noch mal die Vorraussetzungen anschauen und ggf. etwas umkonfigurieren und es neu übersetzen

Ciao und Gute Nacht!!
Andreas

Hi,

aaaallso ... ich habs erst mal gelöst. Habe Eure Tipps mal alle durchgearbeitet. Rechtetechnisch war/ist alles OK. Dennoch war die Idee, mal an der Konsole den VDR zu starten genial :D.

Nicht die Umgebung hat die Probleme verursacht ... sondern das Starten des vdr im Daemon-Modus via Option "-d".
Warum?? Das wüsste ich zu gerne. Hab die Option aus der runvdr entfernt und starte das ganze via INIT-Script mit "start_proc". Das geht auch

Dennoch Fragen über Fragen:

• Warum kann der Daamon-Modus des VDR solche Probleme verursachen?? Weees dat jemand ??
• Bringt es irgendwelche Nachteile den VDR nicht im Daemon-Modus zu starten??
• Oder bringt es gar vorteile ??

Na wie auch immer ... jetzt funzt erst mal. Vielen Dank für Eure Hilfe !!!:lachen3

Bye,
Andreas

Hello Fish

Zitat

m daemon Modus _hast_ Du eine andere Umgebung

Aha, das hab ich soo nicht gewusst ... wenn man aber so drüber nachdenkt, was eigentlich in Daemon-Modus passiert, ist es fast nachvollziehbar.

Naja, man lernt nie aus!!

Andreas