mplayer Problem: video0 Device or Resource busy

Original von coke

Zitat

O.K.
Habs

Das heißt, du kannst das Video über die DXR3 ansehen (und anhören)?

Zitat

Aber es kommt keine Meldung in /var/log/messages

Oder was wolltest du wissen?

Ich wollte eigentlich, daß du deine Videos mittels des mplayer.sh-Skripts oder per VDR/Mplayer-Plugin versuchst abzuspielen - dann sollten Meldungen in /var/log/messages erscheinen, aber nur, wenn du in der mplayer.sh.conf am Ende das Kommentarzeichen (#) vor DEBUG="true" entfernst.

Mar 19 17:02:17 localhost root: *** Starting mplayer.sh Version 0.8.4
Mar 19 17:02:17 localhost root: *** DEBUG: Variable CFGFIL has value "/usr/local/bin/mplayer.sh.conf"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable USEAC3 has value "false"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable AC3AOUT has value "-ao alsa9 -ac hwac3"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable TV_ASPECT has value "4/3"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable PAL has value "true"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable NTSC has value "true"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable USE_SPEED has value "true"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable MPLAYER has value "/usr/local/bin/mplayer"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable VOP has value "lavc=5000"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable VO has value "mpegpes"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable AO has value "mpegpes -afm 9"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable CACHE has value "4096"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable CACHESTR has value "-cache 4096"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable FRAMEDROP has value "true"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable FDSTR has value "-framedrop"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable LIRCRC has value "/video/.lircrc"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable LIRCSTR has value "-lircconf /video/.lircrc"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable SUBTITLE has value " -subpos 80 -sub-bg-color 0 -sub-bg-alpha 0"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable REMOTE has value "-lircconf /video/.lircrc"
Mar 19 17:02:17 localhost root: *** Use Option USERDEF at your own risk!
Mar 19 17:02:17 localhost root: *** DEBUG: Variable USERDEF has value "-quiet"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable XResPAL has value "352 480 528 688 704 720"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable XResNTSC has value "352 480 512 640 704 720"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable SLOW_CPU has value "false"
Mar 19 17:02:17 localhost root: *** Option DVDFiles not set correctly! You will not be able to play VCD/DVD
Mar 19 17:02:17 localhost root: *** DEBUG: Variable DVDFiles has value ""
Mar 19 17:02:17 localhost root: *** DEBUG: Variable DVD has value "/dev/hdc"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable DVDLANG has value "de"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable DVDOPTIONS has value "-aop list=volume:volume=170"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable VCDOPTIONS has value ""
Mar 19 17:02:17 localhost root: *** DEBUG: Variable MPEG_DIRECT has value "true"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable SUFFIX has value ".avi"
Mar 19 17:02:17 localhost root: *** DEBUG: Variable MPLAYER_V1 has value "true"
Mar 19 17:02:18 localhost root: *** DEBUG: Calling getvidxy function to analyze source video stream ...
Mar 19 17:02:25 localhost root: *** DEBUG: OutputFromMPLAYER: "ID_VIDEO_ID=0 ID_AUDIO_ID=1 ID_FILENAME=/home/video/Alias.-.2x22.-.Il.Dire.[Divx505.by.Baldini].avi ID_VIDEO_FORMAT=DX50 ID_VIDEO_BITRATE=1085200 ID_VIDEO_WIDTH=720 ID_VIDEO_HEIGHT=404 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_CODEC=mp3 ID_AUDIO_FORMAT=85 ID_AUDIO_BITRATE=96000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_LENGTH=2430"
Mar 19 17:02:25 localhost root: *** DEBUG: MPLAYER_RETURN: "0"
Mar 19 17:02:25 localhost root: *** DEBUG: parsed output for ORIG_X: "720"
Mar 19 17:02:25 localhost root: *** DEBUG: parsed output for ORIG_Y: "404"
Mar 19 17:02:25 localhost root: *** DEBUG: parsed output for ORIG_FPS: "25.000"
Mar 19 17:02:25 localhost root: *** DEBUG: parsed output for ORIG_ASPECT: "0.0000"
Mar 19 17:02:25 localhost root: *** DEBUG: parsed output for VIDEO_FORMAT: "DX50"
Mar 19 17:02:25 localhost root: *** DEBUG: parsed output for AUDIO_CODEC: "mp3"
Mar 19 17:02:25 localhost root: *** INFO: Source Video has Resolution of 720 x 404 ...
Mar 19 17:02:25 localhost root: *** DEBUG: PAL or unknown "25.000"
Mar 19 17:02:25 localhost root: *** DEBUG: Variable MAX_X has value "768"
Mar 19 17:02:25 localhost root: *** DEBUG: Variable NEW_Y has value "430"
Mar 19 17:02:25 localhost root: *** INFO: For Sqare Pixels we would scale to 768 x 430 ...
Mar 19 17:02:25 localhost root: *** DEBUG: Variable XResTEMP has value "352 480 528 688 704 720"
Mar 19 17:02:25 localhost root: *** DEBUG: Variable AnzahlVonXResTEMP has value "6"
Mar 19 17:02:25 localhost root: *** DEBUG: Variable NEW_X has value "720"
Mar 19 17:02:25 localhost root: *** DEBUG: setting REAL_Y = FULL_Y ""
Mar 19 17:02:25 localhost root: *** DEBUG: Variable CMDLINE has value "/usr/local/bin/mplayer -vo mpegpes -ao mpegpes -afm 9 -vop lavc=5000:25.000,expand=720:576:-1:-1:1,scale=720:430 -framedrop -cache 4096 -lircconf /video/.lircrc -subpos 80 -sub-bg-color 0 -sub-bg-alpha 0 -quiet "

So?

Ja.

Du mußt, wie schon von mir geschrieben, die Parameter VO und AO in deiner mplayer.sh.conf an deine DXR3 anpassen (entsprechende Beispiele sollten schon vorhanden sein). Momentan ist deine mplayer.sh.conf so eingestellt, daß eine Ausgabe über eine full-featured DVB-Karte erfolgen soll. Das kann bei dir nicht funktionieren...

Soll ich jetzt die mplayer.sh.conf ändern oder die vo_mpegpes.c ?

Meine mplayer.sh.conf sieht an der entsprechenden Stelle so aus

# Video out device
# most users will want the default of 'mpegpes', but users with a dxr3
# need to use 'dxr3'
#VO="dxr3"
VO="mpegpes"


# Audio output device and possible additional options
# most users will want the default of 'mpegpes', but users with a dxr3
# need to use 'oss:/dev/em8300_ma-0'
#AO="oss:/dev/em8300_ma-0"
AO="mpegpes -afm 9"

Bitte lies dir nochmal mein Posting durch - da steht alles drin...
und in dem von dir zitierten Ausschnitt der mplayer.sh.conf steht auch alles nötige drin
- wer lesen kann, ist klar im Vorteil

SNCR

SORRY

Stand aufm Schlauch.

Aber hat jetzt funktioniert.

Musste ja nur die # vertauschen.

Vielen Dank!

Ist das normal das man die Fernbedienung nicht benutzen kann wenn man die
per Remote Plugin eingebunden hat weil der Mplayer such ja nur bei Lirc.

Hmm, ich habe das Remote-Plugin nie benutzt und kann dir deshalb nichts darüber sagen.
Normalerweise solltest du im VDR unter Einstellungen -> Plugins -> mplayer bei "Kontroll Modus" Slave einstellen - dann bekommt der mplayer die Befehle direkt vom VDR und du mußt dich nicht um irgendwelche LIRC-Geschichten kümmern, sofern du deinen VDR schon normal per Fernbedienung steuern kannst.

Gruß,
Juri

Jetzt habe ich das adapter-problem schon wieder!
beim mplayer-pre7 in main/libvo/vo_mpegpes.c steht jetzt statt dem adapter0 ein adapter%d...
selbst wenn ich das %d durch ein 1 ersetze und nach einem make clean neu make, dann habe ich wieder das device busy (/dev/dvb/adapter0). Wie biege ich den denn jetzt beim pre7 auf adapter1 um?

ein vertauschen von /dev/dvb/adapter0 mit adapter1 bringt jedenfalls auch nichts, wie früher schon beim vdrdevel.

Kann eventuell auch am neuen dvb-Treiber liegen, den ich mir vor ein paar Tagen geholt hatte (der ohne ct von ct).

Jens

Man-page lesen bildet!

Seit pre7 ist kein Patchen mehr nötig. Einfach an "-vo mpegpes" ein ":card=2" anhängen, also "-vo mpegpes:card=2".

Gruß,
Juri

Zitat

[i]
Seit pre7 ist kein Patchen mehr nötig.

Ja, das stimmt. Es muss nicht enmal die Nummer der Karte gesagt werden, er bekommt es anscheinend selbst heraus.

Bei mir lag das Problem also gar nicht am fehlenden Umbiegen, sondern hat sich heute nach einigen Nachinstallationen (was so beim apt-get upgrade nach 2 Monaten so alles abhängigkeitsmäßig Probleme macht) aufgelöst.
Im einzelnen waren dieses:

libvcdinfo0 libpt-plugins-v4l libkpimexchange1

sowie ein Haufen abhängige Dinge, dann nicht mehr problematische Sachen und einige kde-Teile. Welche lib es jetzt genau war, kann ich leider nicht mehr feststellen...

Bin gerade auf deine Antwort gestoßen, die du schon vor über einem Monat gepostet hast - habe leider keine Mail von vdr-portal bekommen.

Ist das Problem noch aktuell?

Gruß,
Juri

Zitat

Original von jowel
[quote]Originally posted by grasl
bei mir klappt das mplayer Plugin nicht und ich hab den Fehler bis dahin getrackt, dass mplayer nicht auf die DVB Karte zugreifen kann solange vdr läuft.

Der Einfachheit halber hab ich mal ein diff erstellt:

Code

cd /usr/local/src/MPlayer-0.91;patch -p1 </da/wo/der/patch/liegt/mplayer-0.91.diff

Bei mir laeufts so astrein ;-}

Alles anzeigen

Ich hatte das gleiche Problem, mir aber mit der "schnell-und-unsauber" Methode geholfen:

ln -s /dev/dvb/adapter1/audio0 /dev/dvb/adapter0/audio0
ln -s /dev/dvb/adapter1/video0 /dev/dvb/adapter0/video0

Nun geht alles wieder.

Nach dem Einbau der Budget ist die "alte" /dev/dvb/ Reihenfolge wieder hiergestellt.

Gruß
Hottenmax

Schön, daß du auf uralte Threads antwortest, aber mittlerweile gibt es für dieses Problem eine elegantere Lösung:

Die MPlayer-Parameter -vo mpegpes und -ao mpegpes akzeptieren eine Option, mit der man die Karte angeben kann, über die der MPlayer ausspielen soll:

mplayer -vo mpegpes:card=2 -ao mpegpes:card=2
Hier also auspielen über die zweite DVB-Karte - die Option fängt bei '1' an zu zählen, die Einträge in /dev/dvb/ ab '0'...

Das ist auch schon seit einiger Zeit in der Konfigurationsdatei des mplayer.sh-Skriptes als Kommentar eingefügt.

Gruß,
Juri

Holla....

prima, dass du mich darauf aufmerksam machst.

Klappt super. Danke!

Gruß
Hottenmax

Bei einem NEustart wechseln bei mir die Parameter zwischen mal card=1 und card=2.

Entsprechend ist es wie beim Blinker. Mal geht er, mal geht er nicht.
Was nun?

Danke

Hmm, liegt wohl am automatischen Laden der Treiber durch den Kernel - offensichtlich lädt er mal den einen, mal den anderen zuerst. Da hilft wohl nur, die Treiber in die sogenannte Blacklist aufzunehmen und später von Hand/ per Skript in einer definierten Reihenfolge zu laden. Dazu schreibst du die Treibernamen in die Datei /etc/modprobe.d/blacklist.
Das Skript-gesteuerte Laden (und Entladen) erledigst du am besten mit dem runvdr-Skript, das Teil der VDR-Sourcen ist.

Gruß,
Juri

Hallo,

danke für den Tipp. Ich werde es versuchen.

Gruß
Ich

Moin.

Habe ein ähnliches Problem, der Mplayer startet, das Bild ist kurz schwarz und dann ist das TV-Bild wieder da.
Der Witz an der Sache: kille ich den VDR und starte ihn erneut mit der runvdr, geht der Mplayer ohne Probleme, auch bei gekilltem VDR von der Console mittels mplayer.sh kann ich die Wiedergabe z.B. eines divx starten.
Verstehe nur nicht, dass es nach dem Systemstart nicht klappt... Hat einer ne Idee, die SuFu hat mir nicht so recht geholfen, jedenfalls nicht zu dem konkreten Problem.

PS:
So siehts im Syslog vor dem Kill und Neustart des VDR beim Abspielversuch aus:

Feb 17 20:25:24 debian-server64 vdr: [2794] buffer stats: 159988 (7%) used 
Feb 17 20:25:24 debian-server64 vdr: [2861] mplayer: mplayer child started (pid=2861) 
Feb 17 20:25:24 debian-server64 vdr: [2862] mplayer: player thread started (pid=2794) 
Feb 17 20:25:24 debian-server64 vdr: [2853] TS buffer on device 1 thread ended (pid=2794, tid=2853) 
Feb 17 20:25:24 debian-server64 vdr: [2852] buffer stats: 115056 (5%) used 
Feb 17 20:25:24 debian-server64 vdr: [2852] receiver on device 1 thread ended (pid=2794, tid=2852) 
Feb 17 20:25:25 debian-server64 vdr: [2862] mplayer: player thread ended (pid=2794) 
Feb 17 20:25:25 debian-server64 vdr: [2794] switching to channel 4 
Feb 17 20:25:25 debian-server64 vdr: [2863] transfer thread started (pid=2794, tid=2863) 
Feb 17 20:25:25 debian-server64 vdr: [2864] receiver on device 1 thread started (pid=2794, tid=2864) 
Feb 17 20:25:25 debian-server64 vdr: [2865] TS buffer on device 1 thread started (pid=2794, tid=2865)

So danach, also, wenns funktioniert:

Feb 17 20:49:57 debian-server64 vdr: [2936] buffer stats: 112236 (5%) used 
Feb 17 20:49:57 debian-server64 vdr: [2977] mplayer: mplayer child started (pid=2977) 
Feb 17 20:49:57 debian-server64 vdr: [2978] mplayer: player thread started (pid=2936) 
Feb 17 20:49:57 debian-server64 logger: *** Starting mplayer.sh Version 0.8.7 
Feb 17 20:49:57 debian-server64 logger: *** DEBUG: Variable CFGFIL has value "/usr/local/bin/mplayer.sh.conf" 
Feb 17 20:49:57 debian-server64 logger: *** Use Option USERDEF at your own risk! 
Feb 17 20:49:57 debian-server64 vdr: [2975] TS buffer on device 1 thread ended (pid=2936, tid=2975) 
Feb 17 20:49:57 debian-server64 vdr: [2974] buffer stats: 113552 (5%) used 
Feb 17 20:49:57 debian-server64 vdr: [2974] receiver on device 1 thread ended (pid=2936, tid=2974) 
Feb 17 20:49:57 debian-server64 logger: *** INFO: Source Video has Resolution of 464 x 224 ... 
Feb 17 20:49:57 debian-server64 logger: *** INFO: For Sqare Pixels we would scale to 768 x 370 ... 
Feb 17 20:49:59 debian-server64 vdr: [2978] mplayer: player thread ended (pid=2936) 
Feb 17 20:49:59 debian-server64 vdr: [2936] switching to channel 4

Hi,

vermutlich startest du runvdr per inittab oder rc-Skript. Allerdings sind zu diesem Zeitpunkt noch nicht alle Umgebungsvariablen voll gesetzt. Vermutlich enhält $PATH nicht /usr/local/bin wo dein mplayer.sh-Skript liegt. Deshalb kann VDR das mplayer.sh-Skript nach dem Booten nicht finden. Wenn du aber von Hand runvdr startest, dann sind die Umgebungsvariablen voll gesetzt und deshalb funktionert es.

Ansonsten bitte bei neuen Problemen einen neuen Thread aufmachen, oder kommt bei dir auch die Fehlermeldung aus dem Titel dieses Threads (device or resource busy).

Gruß,
Juri