MPlayer spielt nur noch 2 Sec.

[Pirf2]

Servus,

inzwischen schon seit fast 2 Monaten macht mein MPLayer 1.0_pre6 Zicken: Er spielt bei fast allen (95%) allen AVIs+WMVs nur noch knapp 2 Sekunden Bild+Ton an, und bricht dann ab. Play/Pause/Stopp bewirken nichts mehr, wenn ich das Programm beende und neu starte, darf ich wieder 1x 2 sec. gucken.
Egal, welches Interface KMPlayer, KPlayer, Plugin für Mozilla, alles das gleiche.

Ich dachte entweder, es liegt am (gleichzeitig geupdateten Kernel) oder es ist ein Bug im MPlayer, aber ersterer hat jetzt schon 3 weitere Versionen hinter sich (z.Z. 2.6.11), und bei zweitem hätten sie ja wohl inzwischen einen Fix rausgebracht, wenn das Problem verbreiteter wäre.

Leider habe ich, weil nur so wenige gehen, keinen Plan, welche Codecs die Problematischen sind, AVIs gehen fast nie, bei WMVs vielleicht 50% der Dateien.

Hat irgendjemand eine Idee, woran das liegen könnte?

- Gentoo 1.6.9
- Kernel 2.6.11-r2
- KDE 3.3.2
Eigentlich alles immer auf dem neuesten (nicht Beta-)Stand.

THX,
Pirf2

[Pirf2]

Ach so, vergessen: Nach einem Downgrade auf die 1.0_pre5 geht das, aber ich wollte eigentlich gerne die aktuelle verwenden, soll ja schon ein paar Verbesserungen reingebracht haben.

Greetz,
Pirf2

[mrdigital]

schreibt er dir was auf die Konsole oder ins log?

[-xenonite-]

Ach so, vergessen: Nach einem Downgrade auf die 1.0_pre5 geht das

also funktioniert nun alles normal?

[Pirf2]

schreibt er dir was auf die Konsole oder ins log?

Leider nein, zumindest nicht, wenn ich ihn über eines der o.g. GUIs verwende. Kann ich den MPlayer irgendwie direkt über die Konsole verwenden?


also funktioniert nun alles normal?

Auch nicht ganz - der Pre5 bricht anscheinend per Zufall das Abspielen manchmal irgendwann (aber erheblich später) ab, und läuft anscheinend bei manchen Files (neuere Codecs?) etwas "unrund" (wie eine Art Ruckeln, nicht ganz konstante Geschwindigkeit). Letzteres konnte ich bei der pre6 wegen o.g. Problem noch nicht testen, aber mit verynice und einem 2.8er sollte ich wohl in den Genuß ruckelfreier Filme kommen... ;-)

Greetz,
Pirf2

[-xenonite-]

Leider nein, zumindest nicht, wenn ich ihn über eines der o.g. GUIs verwende. Kann ich den MPlayer irgendwie direkt über die Konsole verwenden?

klar, einfach in der Terminal-Konsole das Kommando für das Programm eingeben. Oder einfach
mplayer DATEI

du kannst die Priorität hochsetzen, in dem du das Programm mit nice startest:

nice -n-15 mplayer DATEI
oder einfach
nice -n-15 bash
und dann die gewünschten cmd's eingeben

[ThePsycho]

ich glaube in dem fall könnten es auch extreme cflags sein!? was hast du da denn eingestellt?

[BananaJoe]

Kenn ich auch, beendet sich mit nen Speicherzugriffsfehler bei mir.
$ rpm -q mplayer
mplayer-1.0pre5-2

Mal updaten.. :smile:

[Exxtreme]

Hmmm, die Compiler-Flags wären nicht schlecht. :)

[Pirf2]

Cool, so direkt an der Konsole gibt der sich ja richtig auskunftsfreudig. Also, habe einmal eben die pre5 von der Konsole aus gestartet, und da lief das ganze, sogar anscheinend ziemlich problemlos.
Dann die pre6 emerged, die folgendes ausspuckt:

MPlayer 1.0pre6-3.3.3 (C) 2000-2004 MPlayer Team
CPU: Intel Pentium 4/Xeon/Celeron Foster (Family: 8, Stepping: 5)
Detected cache-line size is 64 bytes
MMX supported but disabled
MMX2 supported but disabled
SSE supported but disabled
SSE2 supported but disabled
CPUflags: MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Kompiliert für x86 CPU mit folgenden Erweiterungen:


Warning unknown option cache_min at line 144
Warning unknown option cache_prefill at line 147

77 Audio- & 188 Videocodecs
Spiele star.wars.episode.3.trailer.ws.pdtv.ac3.xvid-fqm.[BT].avi
Cache fill: 2.73% (229376 bytes) AVI-Dateiformat erkannt!
VIDEO: [XVID] 640x368 16bpp 23.976 fps 1550.6 kbps (189.3 kbyte/s)
Clip-Info:
Software: Nandub v1.0rc2
==========================================================================
Öffne Audiodecoder: [liba52] AC3 decoding with liba52
No accelerated IMDCT transform found
AC3: 5.1 (3f+2r+lfe) 48000 Hz 448.0 kbit/s
No accelerated resampler found
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 56000->192000 (448.0 kbit)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
==========================================================================
vo: X11 running at 1600x1200 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Öffne Videodecoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
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: [oss] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Starte Wiedergabe...
VDec: VO wird versucht, auf 640 x 368 (Bevorzugter Farbraum: Planar YV12) zu setzen.
VDec: using Planar YV12 as output csp (no 0)
Film-Aspekt ist 1.74:1 - Vorskalierung zur Korrektur der Seitenverhältnisse.
VO: [xv] 640x368 => 640x368 Planar YV12
X11 error: BadAccess (attempt to access private resource denied)


MPlayer wurde durch Signal 6 im Modul decode_video unterbrochen
- MPlayer ist abgestürzt. Das sollte nicht passieren.
Es kann sich um einen Fehler im MPlayer-Code _oder_ in deinen Treibern
_oder_ in deinem gcc handeln. Wenn du meinst, es sei MPlayers Fehler, dann
lies DOCS/de/bugreports.html und folge den dortigen Anweisungen.
Wir können und werden dir nicht helfen, wenn du nicht alle dort aufgeführten
Informationen zur Verfügung stellst.


Interessanterweise zeigt er da gar kein Stück Film an, das Fenster geht nicht mal auf, während die o.g. GUIs ja knapp 2 sec. anspielen.

Leider bin ich in Linux bisher noch nicht der Held, und weiß nicht was da noch alles mit eine Rolle spielt.

USE="X gtk kde dvd cdr gnome alsa oss apache2 gd dba mysql session"
CFLAGS="-march=pentium4 -O3 -pipe"

[Pirf2]

Ah, ich seh grade, der KPlayer leitet den Konsolen-Output um, daher kommt dort gar nichts, aber ich kann ihn mir über einen Menüpunkt anzeigen lassen. Der sieht am Ende (nach 2 Sec.) etwas anders aus, als der vom MPlayer an der Konsole:


MPlayer 1.0pre6-3.3.3 (C) 2000-2004 MPlayer Team
CPU: Intel Pentium 4/Xeon/Celeron Foster (Family: 8, Stepping: 5)
Detected cache-line size is 64 bytes
CPUflags: MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Kompiliert für x86 CPU mit folgenden Erweiterungen:
77 Audio- & 188 Videocodecs
Spiele /home/rfilling/Donkey/BT/star.wars.episode.3.trailer.ws.pdtv.ac3.xvid-fqm.[BT].avi
MMX supported but disabled
MMX2 supported but disabled
SSE supported but disabled
SSE2 supported but disabled
Warning unknown option cache_min at line 144
Warning unknown option cache_prefill at line 147
AVI-Dateiformat erkannt!
VIDEO: [XVID] 640x368 16bpp 23.976 fps 1550.6 kbps (189.3 kbyte/s)
Clip-Info:
Software: Nandub v1.0rc2
==========================================================================
Öffne Audiodecoder: [liba52] AC3 decoding with liba52
AC3: 5.1 (3f+2r+lfe) 48000 Hz 448.0 kbit/s
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 56000->192000 (448.0 kbit)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
==========================================================================
No accelerated IMDCT transform found
No accelerated resampler found
vo: X11 running at 1600x1200 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Öffne Videodecoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
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: [oss] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Starte Wiedergabe...
VDec: VO wird versucht, auf 640 x 368 (Bevorzugter Farbraum: Planar YV12) zu setzen.
VDec: using Planar YV12 as output csp (no 0)
Film-Aspekt ist 1.74:1 - Vorskalierung zur Korrektur der Seitenverhältnisse.
VO: [xv] 640x368 => 640x368 Planar YV12 [zoom]
X11 error: BadAccess during XSelectInput Call
X11 error: The 'ButtonPressMask' mask of specified window has probably already used by another appication (see man XSelectInput)
X11 error: MPlayer discards mouse control (reconfiguring)
X11 error: BadValue (integer parameter out of range for operation)
MPlayer wurde durch Signal 6 im Modul vo_check_events unterbrochen
- MPlayer ist abgestürzt. Das sollte nicht passieren.
Es kann sich um einen Fehler im MPlayer-Code _oder_ in deinen Treibern
_oder_ in deinem gcc handeln. Wenn du meinst, es sei MPlayers Fehler, dann
lies DOCS/de/bugreports.html und folge den dortigen Anweisungen.
Wir können und werden dir nicht helfen, wenn du nicht alle dort aufgeführten
Informationen zur Verfügung stellst.

[Exxtreme]

USE="X gtk kde dvd cdr gnome alsa oss apache2 gd dba mysql session"
CFLAGS="-march=pentium4 -O3 -pipe"


Ändere das CSFLAGS in:

CFLAGS="-march=pentium4 -O2 -pipe"

ab, compiliere nochmal und schau ob der Fehler nochmal auftritt.

[Pirf2]

Geändert, neu emerged, selbes Verhalten. :-( Der Parameter ist die Geschwindigkeitsoptimierung beim Compiler, soweit ich weiß, kann er da intern was falsch machen, daß das Ärger macht? Alles andere was ich emerge geht soweit.

Noch ne andere Idee? Die Fehler an Konsole und im KPLayer kommen aus unterschiedlichen Modulen, die haben doch wohl kaum dieselbe Ursache, oder? (Außer evtl. daß er beim Kompilieren massiv shice baut?)

[ThePsycho]

also wegen compiler-flags: lass es ruhig auf O2. höher heißt hier absolut nicht schneller, O3 macht vieles sogar langsamer.
und noch dazu: ja O3 kann fehler verursachen. das wäre bei einem bugfreien gcc nicht der fall - leider ist er nicht bugfrei. O2 ist immer die sicherste variante.

ansonsten würde ich fast sagen, such mal ein wenig im gentoo-forum, ich bin mir sicher, du bist nicht der einzigste mit dem problem.
am besten du nimmst eine der unteren fehlermeldungen und gibst sie im "Quick Search"-Feld ein, da führt fast immer zu brauchbaren ergebnissen

ne idee hab ich selbst grade nicht, ich würde zur not halt die alte version benutzen, wenn die läuft, dann läuft sie, das ist die hauptsache :)

[Pirf2]

also wegen compiler-flags: lass es ruhig auf O2. höher heißt hier absolut nicht schneller, O3 macht vieles sogar langsamer.
und noch dazu: ja O3 kann fehler verursachen. das wäre bei einem bugfreien gcc nicht der fall - leider ist er nicht bugfrei. O2 ist immer die sicherste variante.
Ok, dann lass ich es mal besser so.

ansonsten würde ich fast sagen, such mal ein wenig im gentoo-forum, ich bin mir sicher, du bist nicht der einzigste mit dem problem.
am besten du nimmst eine der unteren fehlermeldungen und gibst sie im "Quick Search"-Feld ein, da führt fast immer zu brauchbaren ergebnissen
Ich hatte vorher auch schonmal gesucht, und jetzt nochmal mit der Fehlermeldung: Ja, mit der Fehlermeldung bin ich nicht allein ;-) , aber die hat bei den meisten Leuten andere Ursachen (gehabt). Generell scheint der MPlayer kein Kind von Traurigkeit zu sein, was Fehler angeht.

Leider pflegen die auch in dem Gentoo-Forum vergleichbar wenig Foren-Kultur und Netiquette, also es ist schon erheblich chaotischer dort. *3dCenter-Forum-Lob*

ne idee hab ich selbst grade nicht, ich würde zur not halt die alte version benutzen, wenn die läuft, dann läuft sie, das ist die hauptsache :)
Ja, das werde ich dann auch tun. Ich hoffe ja auch, daß es bald ne neue Version gibt, aber die pre6 hält sich echt hartnäckig...

THX,
Pirf2

[Coda]

Verwendest du Alsa oder OSS im Kernel?

[Pirf2]

In den Kernel selbst habe ich ALSA kompiliert, aber mit irgendwie so, daß es auch noch OSS kompatibel ist, weil einige Quellen ja nur damit umgehen können (sogar Doom3, wenn ich mich nicht irre). Aber MPlayer&Co. sollten eigentlich über ALSA laufen.