problem mit MPlayer im slave modus

Mr. Burns · 11. August 2004

hallo

ich hab ein interessantes problem mit mplayer im slave modus. wenn ich mittels mplayer plugin einen film starte habe ich für ca. 1 sek ein bild, dann erscheint wieder das live bild (allerdings ohne ton). die logs beinhalten leider keine fehlermeldung. interessant ist aber, dass wenn ich mit dem mplayer.sh script (ohne vdr) einen film starte, dann klappt alles. somit müsste die dvb unterstützung vom mplayer ja richtig kompiliert worden sein.

wenn ich den vdr mit >>vdr -P mplayer starte bekomme ich auch fehlermeldungen auf der console (siehe unten). allerdings haben mir die logs auch nicht weitergeholfen.

ich verwende:
kernel: gentoo-dev-sources-2.6.7-r11
vdr: habe 1.3.11r4 und 1.2.6 jeweils mit
mplayer: 1.0-pre4 und 1.0-pre5-r2 probiert (an der input.conf von mplayer hab ich nichts geändert)
kein X
habs auch mit und ohne lirc probiert.

achja das system ist komplett neu installiert und das problem ist also nicht erst durch ein update entstanden. btw ich hatte schon 1.2.6 er vdr mit mplayer laufen (allerdings ohne vdr ebuilds).

so und hier die fehlermeldung:

Code

AVI file format detected.
VIDEO:  [DIV3]  640x480  24bpp  25.000 fps  737.0 kbps (90.0 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 16000->192000 (128.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
Opening /dev/dvb/adapter0/video0+audio0
Opening video filter: [lavc=5000:25.000]
Opening video filter: [expand w=352 h=288 x=-1 y=-1 osd=1]
Expand: 352 x 288, -1 ; -1  (-1=autodetect) osd: 1
Opening video filter: [scale w=352 h=288]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffdivx] vfm:ffmpeg (FFmpeg DivX ;-) (MS MPEG-4 v3))
==========================================================================
Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
AO: [mpegpes] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
PLAYBACK STARTED
VDec: vo config request - 640 x 480 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
SwScaler: reducing / aligning filtersize 9 -> 8
SwScaler: reducing / aligning filtersize 9 -> 8
SwScaler: reducing / aligning filtersize 8 -> 7
SwScaler: reducing / aligning filtersize 8 -> 7


SwScaler: BICUBIC scaler, from Planar YV12 to Planar YV12 using MMX2
[mpeg1video @ 0x847c080]removing common factors from framerate
VO: [mpegpes] 352x288 => 384x288 Mpeg PES
mplayer: slave cmd: get_time_length
mplayer: slave cmd: get_percent_pos
mplayer: slave cmd: get_percent_pos
No bind found for key _
No bind found for key i
No bind found for key _




Exiting... (End of file)
mplayer: slave cmd: quit
mplayer: waiting for child exit

Alles anzeigen

ich vermute dass die ominösen "no bind found ..." der grund für das vorzeitige beenden sind. kann das sein?

nach stundenlangem "herummergen" und in foren und mailing-lists suchen sind mir die ideen ausgegangen woran es liegen könnte, dass der mplayer einfach abbricht.
vielleicht/hoffentlich hat jemand eine idee.

gruß
Bernhard

hubermat · 12. August 2004

Hi,

das Problem hatte ich auch bei mir. Die Ursache war, daß der mplayer gar nicht im Slave-Modus gestartet wurde! Ändere doch das mplayer.sh Script, so daß vor dem Aufruf von mplayer mit echo die Commando-Zeile ausgegeben wird, dann siehst Du, ob das bei Dir auch der Fall ist.
Da ich bei mir nicht wußte (und nicht debuggen wollte), warum das mplayer.sh Script den Slave-Modus nicht gesagt bekommt, habe ich im Script ganz am Anfang, wo SLAVE=$2 (glaub ich, kann gerade nicht reingucken) steht, SLAVE="SLAVE" gesetzt - alles bestens.
Ist möglicherweise ein Bug im mplayer-Plugin, welches dann den Slave-Mode nicht richtig an mplayer.sh übergibt.

Gruß, Matthias

Mr. Burns · 12. August 2004

hi,

danke Matthias, das wars.
ich habe auch im mplayer.sh skript SLAVE="SLAVE" gesetzt und jetzt funkt wieder alles so wie es soll!

danke,
Bernhard

Mr. Burns · 12. August 2004

hallo nochmal

ich habe den grund für das problem gefunden:
der audiostreamid_patch!!!!

aus der README vom patch:

Code

Package contents:
=================


 - mplayer-0.9.3-audiostreamid_patch.dif    
   --------------------------------------

   Patches for different mplayer-plugin-0.9.3 src files).
   To apply them type the following in the plugin-src-dir

    patch -p1 < /path/to/mplayer-0.9.3-audiostreamid_patch.diff

 - mplayer.sh
   ----------

   This is the modified version of mplayer.sh (wich usually resides in /usr/bin/ )


   If you want to make the changes manually, here they are:


   Two lines are added: 
      478: declare AID="$2"
      553: CMDLINE="$CMDLINE -aid $AID"
   One being chaned from:
      479: declare SLAVE="$2"
   to:
      479: declare SLAVE="$3"

Alles anzeigen

dieser patch ändert die reihenfolge der parameter beim aufruf von mplayer.sh.
vor dem patch: mplayer.sh filename SLAVE
nacher: mplayer.sh filename aid SLAVE
wenn man also die normale mplayer.sh version vom ebuild verwendet, wird der mplayer nicht im slave modus gestartet.

->also die mplayer.sh wie oben in der readme beschrieben ändern und alles funzt wieder.

interessant ist allerdings das nur wenige gentoo user (also zumindest ich) das problem hatten. vielleicht bin ich der einzige der das emergen nicht richtig macht

gruß
Bernhard

thoand · 12. August 2004

Darum auch der Hinweis dazu: http://www.vdrportal.de/board/…?postid=172500#post172500

gruß thoand

thoand · 12. August 2004

Ist kein wundere, daß es nicht funktioniert, das ebuild ist nicht so ins CVS gekommen, wie ich es gemacht hatte:

exeinto /usr/bin
doexe ${WORKDIR}/mplayer.sh

das fehlt.

Gruß thoand

Austrian Coder · 12. August 2004

thoand ich habe dein Ebuild 1:1 genohmen und in den CVS geschoben. Aber ich werde es im Laufe der Zeit ändern.

thoand · 12. August 2004

Also in dem was im CVS ist steht "(fix by Christian Gmeiner)", daß bin ich nicht und das war in dem was ich hochgeladen hab nicht drin, vielleicht ist das ja jemand anders mit zugriff aus dem CVS. http://michael.justfor-e.net/g…player-0.9.3-r1.ebuild.gz
Das ist meine Version, kannst ja mal nen diff machen, damit auch die andere Änderung von Christian Gmeiner drin bleibt.

Gruß thoand

Austrian Coder · 12. August 2004

Es kommt gleich eine r2 - Stress jetzt bloß net rum - heute ist net mein Tag.

EDIT:
Meine aktuelle ChangeLog:

Zitat

*vdrplugin-mplayer-0.9.3-r2
12. Aug 2004; Christian Gmeiner <christian at visual-page dot de>
a little fix for slave mode

*vdrplugin-mplayer-0.9.3-r1
1. Aug 2004; Christian Gmeiner <christian at visual-page dot de>
added audiostreamid patch (thanks to thoand from vdr-portal.de)

Alles anzeigen

Also warte noch ca 5 - 10 Minuten und dir r2 ist freigebeben..

EDIT2:
Wo soll dann bitte das mit (fix by Christian Gmeiner) stehen? Hast ne Url, wo ich das bewundern kann?

Austrian Coder · 12. August 2004

vdrplugin-mplayer-0.9.3-r2 im cvs ... kann das jemand testen, obs nun tut?

thoand · 12. August 2004

http://cvs.berlios.de/cgi-bin/viewcvs.cgi/gentoo-deutsch/ebuilds/media-video/vdrplugin-mplayer/vdrplugin-mplayer-0.9.3-r1.ebuild?rev=1.1&content-type=text/vnd.viewcvs-markup

in src_compile

testen schaff ich heut nichtmehr, muß weg, ich geb dir morgen bescheid

Austrian Coder · 12. August 2004

Oh mann thoand ... das mit mit dem gar nichts zu tun

# if we are using a 2.6 Kernel the dvb includes are in the /usr/src/linux dir (fix by Christian Gmeiner)

ist nur für 2.6er user.. dann wird der Include wo anderst genohmen als bei 2.4er user. Der Fix ist so in jedem Ebuild dirnnen - die neuen die die vdrplugin.eclass nehemen haben das nicht mehr. Ganz gemein wie ich bin stell ich die ebuilds im Hintergrund auf die eclass um.

Die r2 ist schon ne eclass version. In der müssen 2.6er User die linux26-headers installieren.

problem mit MPlayer im slave modus

Jetzt mitmachen!

Teilen