Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 12-27-10, 05:59 PM   #1
pffft!
Registered User
 
Join Date: Apr 2006
Posts: 26
Default Strange race condition with recent drivers and mplayer!

For quite some revisions now,

mplayer trallala.wmv

crashes with:

Code:
MPlayer SVN-r32735-4.1.2 (C) 2000-2010 MPlayer Team

Playing /joint/Videos/macbookpro.asf.
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)
Clip info:
 title:  
 author:  
 copyright:  
 comments:  
==========================================================================
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
free(0x9b43d20)
... 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.

Any idea?
Attached Files
File Type: gz nvidia-bug-report.log.gz (30.9 KB, 52 views)
pffft! is offline   Reply With Quote
Old 12-27-10, 06:44 PM   #2
cehoyos
FFmpeg developer
 
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
Default Re: Strange race condition with recent drivers and mplayer!

Quote:
Originally Posted by pffft! View Post
This used to work perfectly well, and still does so on some other _identical_ machines on which the nvidia linux drivers are *not* installed.
Could you post output from those machines? Or try mplayer -vc ffwmv3?

Carl Eugen
cehoyos is offline   Reply With Quote
Old 12-27-10, 06:59 PM   #3
pffft!
Registered User
 
Join Date: Apr 2006
Posts: 26
Default Re: Strange race condition with recent drivers and mplayer!

Quote:
Could you post output from those machines?
I thought the nvidia-bug-report.log will contain any detail you want to know. Anyway, I'm prepared to tell you everything else ...

On one of my working machines, it looks like this:

Code:
MPlayer SVN-r32735-4.1.2 (C) 2000-2010 MPlayer Team

Playing /media/disk/macbookpro.asf.
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)
Clip info:
 title:  
 author:  
 copyright:  
 comments:  
==========================================================================
Opening video decoder: [dmo] DMO video codecs
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested
Decoder supports the following formats: YV12 YUY2 UYVY YVYU RGB8 RGB555 RGB565 R
GB24 RGB32 
Decoder is capable of YUV output (flags 0x1b)
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 320x240 => 320x240 Planar YV12 
Selected video codec: [wmv9dmo] vfm: dmo (Windows Media Video 9 DMO)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 48.0 kbit/3.40% (ratio: 6003->176400)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
==========================================================================
AO: [oss] 44100Hz 2ch s16le (2 bytes per sample)
Starting playback...
Selected font is fixed-width.
Selected font is fixed-width.
A:  49.8 V:  49.8 A-V:  0.000 ct: -0.046 1313/1313  4%  0%  0.3% 0 0
Quote:
mplayer -vc ffwmv3
This works, but that was not quite the point, of course.

Addendum: Segfaulting is independent of the output device selected.
pffft! is offline   Reply With Quote
Old 12-27-10, 07:33 PM   #4
pffft!
Registered User
 
Join Date: Apr 2006
Posts: 26
Default Re: Strange race condition with recent drivers and mplayer!

I'm still not sure who is to blame. Maybe this is an mplayer issue? But then again, it works on other machines without the nvidia driver, which run the exact same software. And I made the nvidia ones even crash with this!

Here is what '-v -v -v' gives me:
Attached Files
File Type: gz oo.txt.gz (7.8 KB, 50 views)
pffft! is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 07:26 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.