[Mplayer-advusers] mplayer still crashes with -fs
Greg Stark
gsstark at mit.edu
Wed Feb 4 22:42:45 CET 2004
So for a long time I've seen mplayer crash any time I run it with "-fs". It
used to only crash about 1/4 of the time, usually when starting a second or
third movie listed on the command-line. The problem has gotten worse in recent
CVS compiles, for the past month or so any use of "-fs" on the command line
causes an instant crash. Pressing "f" after the movie is playing never crashes
however.
To debug this I had to do a fair amount of work since mplayer and xlibs
conspire to make debugging such things hard. I added a call to
XSynchronize(mDisplay,True) early in vo_init. Otherwise the error occurs too
late whenever the X error comes back. It would be nice if mplayer supported
the standard Xt option -synchronize.
I also had to link against debugging versions of the xlibs otherwise the gdb
backtrace doesn't seem to be able to dig its way out of the xlib calls into
mplayer.
Having done all that the backtrace from a breakpoint on abort() looks like:
Starting program: /home/usr_local/src/mplayer/main/mplayer -ao null -zoom -vo xv -fs ~/theSpeech_hiband.wmv
VO: [xv] 320x240 => 320x240 Planar YV12 [fs] [zoom]
X11 error: BadWindow (invalid Window parameter)
[Switching to Thread 1086747552 (LWP 15630)]
Breakpoint 1, 0x408f1430 in abort () from /lib/tls/libc.so.6
#0 0x408f1430 in abort () from /lib/tls/libc.so.6
#1 0x080cca7d in x11_errorhandler (display=0x860ca70, event=0xbfffdbc0) at x11_common.c:156
#2 0x40696354 in _XError (dpy=0x860ca70, rep=0xbfffdc90) at XlibInt.c:2898
#3 0x406948b3 in _XReply (dpy=0x860ca70, rep=0xbfffdc90, extra=0, discard=1) at XlibInt.c:1787
#4 0x4068fb44 in XSync (dpy=0x860ca70, discard=0) at Sync.c:45
#5 0x4068fc05 in _XSyncFunction (dpy=0x6) at Synchro.c:34
#6 0x40684275 in XMapRaised (dpy=0x860ca70, w=54525955) at MapRaised.c:49
#7 0x080cee20 in vo_x11_fullscreen () at x11_common.c:1068
#8 0x080d3c46 in config (width=320, height=240, d_width=320, d_height=240, flags=5, title=0x83cc3bb "MPlayer", format=842094169) at vo_xv.c:258
#9 0x0811b1f0 in config ()
#10 0x0810bf11 in mpcodecs_config_vo ()
#11 0x0811344c in init ()
#12 0x0810b295 in init_video ()
#13 0x0810b45d in init_best_video_codec ()
#14 0x0809ac34 in main ()
(gdb)
I have a few hunches.
1) I have multiple screens (without xinerama). Is it possible the value
returned by DefaultScreen() or RootWindow() isn't the proper one for the
window that's created later by vo_x11_create_smooth_window() ? I haven't
spotted any evidence this is the case however.
B) I have an mga card but I'm running 2.6.1 where the driver for the mga_vid
device doesn't seem to compile. So it might be starting up the vo_mga driver
initializing a few things, then failing back to the xv driver and
reinitializing things, perhaps getting confused. However the backtrace above
is with "-vo xv" so that isn't happening here.
The messages printed by the run above with the backtrace cut off, because it's
above:
Starting program: /home/usr_local/src/mplayer/main/mplayer -ao null -zoom -vo xv -fs ~/theSpeech_hiband.wmv
Breakpoint 1 at 0x8095db0
[New Thread 1086747552 (LWP 15630)]
Breakpoint 1 at 0x408f1430
Using GNU internationalization
Original domain: messages
Original dirname: /usr/share/locale
Current domain: mplayer
Current dirname: /usr/local/share/locale
MPlayer dev-CVS-040203-12:33-3.3.3 (C) 2000-2004 MPlayer Team
CPU: Intel Pentium 4/Xeon/Celeron Foster 2800 MHz (Family: 8, Stepping: 9)
Detected cache-line size is 64 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Reading config file /usr/local/etc/mplayer/mplayer.conf: No such file or directory
Reading config file /home/stark/.mplayer/config
Reading /home/stark/.mplayer/codecs.conf: Can't open '/home/stark/.mplayer/codecs.conf': No such file or directory
Reading /usr/local/etc/mplayer/codecs.conf: Can't open '/usr/local/etc/mplayer/codecs.conf': No such file or directory
Using built-in default codecs.conf.
Font /home/stark/.mplayer/font/font.desc loaded successfully! (206 chars)
Using Linux hardware RTC timing (1024Hz).
Input config file /home/stark/.mplayer/input.conf parsed: 0 binds
Setting up LIRC support...
mplayer: could not connect to socket
mplayer: Connection refused
Failed to open LIRC support.
You will not be able to use your remote control.
Playing /home/stark/theSpeech_hiband.wmv.
ASF file format detected.
============ ASF Stream group == START ===
object size = 38
stream count=[0x2][2]
stream id=[0x1][1]
max bitrate=[0xfd7b][64891]
stream id=[0x2][2]
max bitrate=[0x6f8ff][456959]
============ ASF Stream group == END ===
VIDEO: [WMV2] 320x240 24bpp
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, 16 bit (0x10), ratio: 8005->176400 (64.0 kbit)
Selected audio codec: [ffwmav2] afm:ffmpeg (DivX audio v2 (ffmpeg))
==========================================================================
vo: X11 running at 1600x1200 with depth 16 and 16 bpp (":1.0" => local display)
==========================================================================
Opening video decoder: [dshow] DirectShow video codecs
FATAL releasing corrupted memory! 0x8610788 0x0 (12)
Decoder supports the following YUV formats: YUY2 IYUV UYVY YV12 YVYU I420 YVU9
Decoder is capable of YUV output (flags 0x7f)
VDec: vo config request - 320 x 240 (preferred csp: Packed YUY2)
[PP] Using codec's postprocessing, max q = 4.
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 320x240 => 320x240 Planar YV12 [fs] [zoom]
X11 error: BadWindow (invalid Window parameter)
The other stuff from bugreports.xml:
<sect2 id="bugreports_system">
<title>System Information</title>
<para>
<itemizedlist>
<listitem><para>
Your Linux distribution or operating system and version e.g.:
Debian unstable
</para></listitem>
<listitem><para>
kernel version:
Linux stark.xeocode.com 2.6.1 #7 SMP Thu Jan 29 00:57:15 EST 2004 i686 GNU/Linux
</para></listitem>
<listitem><para>
libc version:
-rw-r--r-- 1 root root 1244004 Jan 20 12:29 /lib/libc-2.3.2.so
lrwxrwxrwx 1 root root 14 Oct 18 11:48 /lib/libc.so.5 -> libc.so.5.4.46
-rw-r--r-- 1 root root 565940 Sep 22 11:45 /lib/libc.so.5.4.46
lrwxrwxrwx 1 root root 13 Feb 3 12:29 /lib/libc.so.6 -> libc-2.3.2.so
</para></listitem>
<listitem><para>
gcc and ld versions:
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.3 20040110 (prerelease) (Debian)
GNU ld version 2.14.90.0.7 20031029 Debian GNU/Linux
</para></listitem>
<listitem><para>
binutils version:
<screen>
GNU assembler 2.14.90.0.7 20031029 Debian GNU/Linux
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
This assembler was configured for a target of `i386-linux'.
</screen>
</para></listitem>
<listitem><para>
If you have problems with fullscreen mode:
<itemizedlist>
<listitem><para>Window manager type and version</para></listitem>
twm
do they still give version numbers for twm? I don't think they've changed a
line of code in decades.
</itemizedlist>
</para></listitem>
<listitem><para>
If you have problems with XVIDIX:
<itemizedlist>
<listitem><para>X colour depth:
<screen>xdpyinfo | grep "depth of root"</screen>
</para></listitem>
</itemizedlist>
</para></listitem>
<listitem><para>
If only the GUI is buggy:
<itemizedlist>
<listitem><para>GTK version</para></listitem>
<listitem><para>GLIB version</para></listitem>
<listitem><para>libpng version</para></listitem>
<listitem><para>GUI situation in which the bug occurs</para></listitem>
</itemizedlist>
</para></listitem>
</itemizedlist>
</para>
</sect2>
--
greg
More information about the MPlayer-advusers
mailing list