mplayer crashing...

[stuart]

I have an DivX AVi that I'm trying to play with mplayer, but it keeps bombing out after the frist frame.

Strangely(?) it also does this if I specify "-vo null"...

Code: Select all

$ mplayer -vo null -ao sgi Trailer.avi
MPlayer 1.0pre5 - MIPSpro Compilers: Version 7.4.2m (C) 2000-2004 MPlayer Team

CPU: SGI MIPS
Reading config file /opt/mplayer/etc/mplayer/mplayer.conf
Reading config file /usr/people/stuart/.mplayer/config
Reading /usr/people/stuart/.mplayer/codecs.conf: Can't open '/usr/people/stuart/.mplayer/codecs.conf': No such file or directory
Reading /opt/mplayer/etc/mplayer/codecs.conf: 73 audio & 180 video codecs
font: can't open file: /usr/people/stuart/.mplayer/font/font.desc
Font /opt/mplayer/share/mplayer/font/font.desc loaded successfully! (206 chars)
Using usleep() timing
Can't open input config file /usr/people/stuart/.mplayer/input.conf: No such file or directory
Can't open input config file /opt/mplayer/etc/mplayer/input.conf: No such file or directory
Falling back on default (hardcoded) input config

Playing Trailer.avi.
Cache fill:  0.00% (0 bytes)    AVI file format detected.
VIDEO:  [05XD]  640x274  24bpp  29.970 fps  1021.0 kbps (124.6 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 44100 Hz, 2 ch, 16 bit (0x20), ratio: 14000->176400 (112.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
==========================================================================
Trying to force video codec driver family ffmpeg...
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Checking audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 44100 hz, big endian signed int
AF_pre: 44100Hz 2ch Signed 16-bit (Big-Endian)
ao_sgi, init: Samplerate: 44100Hz Channels: Stereo Format Signed 16-bit (Big-Endian)
AO: [sgi] 44100Hz 2ch Signed 16-bit (Big-Endian) (2 bps)
Building audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
Starting playback...
VDec: vo config request - 640 x 274 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 2.34:1 - prescaling to correct movie aspect.
VO: [null] 640x274 => 640x274 Planar YV12
A:   0.1 V:   0.0 A-V:  0.066 ct:  0.003    2/  2   0%  0%  0.0% 0 0 63%

MPlayer interrupted by signal 10 in module: decode_video
- 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.
ao_sgi, uninit: ...

... and also ...

Code: Select all

$ mplayer -vo x11 -ao null Trailer.avi
MPlayer 1.0pre5 - MIPSpro Compilers: Version 7.4.2m (C) 2000-2004 MPlayer Team

CPU: SGI MIPS
Reading config file /opt/mplayer/etc/mplayer/mplayer.conf
Reading config file /usr/people/stuart/.mplayer/config
Reading /usr/people/stuart/.mplayer/codecs.conf: Can't open '/usr/people/stuart/.mplayer/codecs.conf': No such file or directory
Reading /opt/mplayer/etc/mplayer/codecs.conf: 73 audio & 180 video codecs
font: can't open file: /usr/people/stuart/.mplayer/font/font.desc
Font /opt/mplayer/share/mplayer/font/font.desc loaded successfully! (206 chars)
Using usleep() timing
Can't open input config file /usr/people/stuart/.mplayer/input.conf: No such file or directory
Can't open input config file /opt/mplayer/etc/mplayer/input.conf: No such file or directory
Falling back on default (hardcoded) input config

Playing Trailer.avi.
Cache fill:  0.00% (0 bytes)    AVI file format detected.
VIDEO:  [05XD]  640x274  24bpp  29.970 fps  1021.0 kbps (124.6 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 44100 Hz, 2 ch, 16 bit (0x20), ratio: 14000->176400 (112.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
vo: X11 running at 2560x1024 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Trying to force video codec driver family ffmpeg...
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Checking audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 44100 hz, big endian signed int
AF_pre: 44100Hz 2ch Signed 16-bit (Big-Endian)
AO: [null] 44100Hz 2ch Signed 16-bit (Big-Endian) (2 bps)
Building audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
Starting playback...
VDec: vo config request - 640 x 274 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 2.34:1 - prescaling to correct movie aspect.
VO: [x11] 640x274 => 640x274 Planar YV12
No accelerated colorspace conversion found
SwScaler: using unscaled Planar YV12 -> RGB 32-bit special converter
A:   0.1 V:   0.0 A-V:  0.068 ct:  0.003    2/  2   0%  0%  0.0% 0 0 99%

MPlayer interrupted by signal 10 in module: decode_video
- 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 file does play correctly (and without mplayer reporting any decoder errors) in mplayer-1.0_pre7 running on Linux...

Any clues as to what I might try next?

My hardware is a 2x400MHz Octane2 with V12 graphics - could this be a multithreading issue?

BTW - Is anyone working on Xine for IRIX, or is there some reason why this'll never happen?

[nekonoko]

I think part of it because pre5 is now a year old - I've found more and more stuff won't play in pre5 as time goes on. I'd love to see an update, but since the modifications made to the source to support IRIX and SGI graphics options are fairly extensive I don't know how easy it is to do version rollups.

[stuart]

Okay, that's fine - I just wanted to check that this was a general problem, rather than anything specific relating to my system.

Cheers,

Stu

[schleusel]

I think a nekoware beta package of 1.0pre8 when they release it is realistic. I've built random cvs snapshots over the last months to keep the MipsPro patches somewhat up to date. Most stuff i've tested works just fine - just libavcodec H.264 support is totally broken. I'll have to compare it to some equally current linux build to see how much of this is an irix build related problem.
dexters libavcodec optimizations still work unchanged, vo_sgi needed a modifications caused by libvo changes but works now too - no changes functionality wise here though.
Still nothing of this made it into the official mplayer/ffmpeg trees yet.. it would sure be nice to get it in but it will have to be done in small chunks and will sure involve a lot of diplomacy

[nekonoko]

I think a nekoware beta package of 1.0pre8 when they release it is realistic. I've built random cvs snapshots over the last months to keep the MipsPro patches somewhat up to date.

Ah, fantastic!

Most stuff i've tested works just fine - just libavcodec H.264 support is totally broken. I'll have to compare it to some equally current linux build to see how much of this is an irix build related problem.

Ouch. I just ran some H.264 stuff through a CVS build of MPlayer on Mac OS X and they're playing back fine there - the build date on the pre8 I tried is September 4th.

Still nothing of this made it into the official mplayer/ffmpeg trees yet.. it would sure be nice to get it in but it will have to be done in small chunks and will sure involve a lot of diplomacy

I've heard they're notoriously difficult Thanks for everyone's hard work on this though - it's much appreciated.