For quite some revisions now,
MPlayer SVN-r32735-4.1.2 (C) 2000-2010 MPlayer Team
ASF file format detected.
[asfheader] Audio stream found, -aid 1
[asfheader] Video stream found, -vid 2
VIDEO: [WMV3] 320x240 24bpp 1000.000 fps 214.0 kbps (26.1 kbyte/s)
Opening video decoder: [dmo] DMO video codecs
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested
MPlayer interrupted by signal 11 in module: init_video_codec
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
This used to work perfectly well, and still does so on some other _identical_ machines on which the nvidia linux drivers are *not* installed.
If I compile with '--enable-debug', I no longer get a crash. But it does not seem to be a compiler bug! If I run the optimized executable under gdb, it works again. Stracing mplayer also does the trick!
With ltrace I get:
pthread_mutex_lock(0x8b32d08, 8, 0x9b8b208, 0x9b8b368, 0x9b8b330) = 0
pthread_mutex_unlock(0x8b32d08, 8, 0x9b8b208, 0x9b8b368, 0x9b8b330) = 0
... and a lot more of this ...
pthread_mutex_lock(0x9b44328, 0x9b443c0, 0, 0xffe103b8, 0x82cbf01) = 0
pthread_cond_signal(0x9b44368, 0x9b443c0, 0, 0xffe103b8, 0x82cbf01) = 0
pthread_mutex_unlock(0x9b44328, 0x9b443c0, 0, 0xffe103b8, 0x82cbf01 <unfinished ...>
+++ killed by SIGTRAP +++
I cannot upload any of my test files for copyright reasons, sorry. But they used to work before and are still playable on identical machined without the nvidia binary driver.