Opened 14 years ago
Last modified 14 years ago
#1820 new defect
All samples from V-codecs/MSS2/ make MPlayer crash
Reported by: | cehoyos | Owned by: | reimar |
---|---|---|---|
Priority: | normal | Component: | vd |
Version: | HEAD | Severity: | major |
Keywords: | Cc: | compn | |
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
All samples from V-codecs/MSS2/ crash current MPlayer for me. Backtrace is not possible (corrupt stack).
Works fine with rc2 and rc3
MPlayer SVN-r32620-4.4.5 (C) 2000-2010 MPlayer Team
Playing mss2_speech.wmv.
ASF file format detected.
[asfheader] Audio stream found, -aid 1
[asfheader] Video stream found, -vid 2
VIDEO: [MSS2] 800x600 24bpp 1000.000 fps 90.0 kbps (11.0 kbyte/s)
Clip info:
title: ScreenCap Demo #3
author: Joe Powell
copyright: Microsoft Corporation 2002
comments: Demo of the Windows Media Screen 9 Series codec.
==========================================================================
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: RGB8 RGB555 RGB565 RGB24 RGB32
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
Movie-Aspect is undefined - no prescaling applied.
[swscaler @ 0x8ecc9b0] BICUBIC scaler, from bgra to yuv420p using MMX2
VO: [vdpau] 800x600 => 800x600 Planar YV12
Selected video codec: [wmsdmod] vfm: dmo (Windows Media Screen Codec 2)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 22050 Hz, 1 ch, floatle, 20.0 kbit/2.83% (ratio: 2500->88200)
Selected audio codec: [ffwmavoice] afm: ffmpeg (WMA Voice audio (FFmpeg))
==========================================================================
AO: [alsa] 48000Hz 1ch floatle (4 bytes per sample)
Starting playback...
[New Thread 0xb8549b70 (LWP 11337)]
[New Thread 0xb7d48b70 (LWP 11338)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb8549b70 (LWP 11337)]
0xf79ab711 in start_thread () from /lib/libpthread.so.0
(gdb) bt
#0 0xf79ab711 in start_thread () from /lib/libpthread.so.0
#1 0xb8549b70 in ?? ()
#2 0xc3815b00 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Change History (7)
comment:1 by , 14 years ago
Cc: | added |
---|
comment:2 by , 14 years ago
Cc: | removed |
---|
err you can ignore the -vo gl stuff, this codec hates colorspaces.
btw works for me on windows with MPlayer Sherpya-SVN-r32492-4.2.5
comment:3 by , 14 years ago
rc3 compiled with gcc 4.4.5 works fine, -nocache, -demuxer lavf and -nosound make no difference.
comment:4 by , 14 years ago
You could also try wmvwms10dmod for decoding.
And try valgrind to get more info.
But I suspect this is relate to changing the win32 loader to report the correct number of CPUs and thus the codec tries to use multithreading but fails since we haven't implemented that properly.
comment:6 by , 14 years ago
Cc: | added |
---|
this patch doesnt happen to fix that problem does it ?
http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2009-January/059868.html
are you testing on multiple core/cpu system?
what gcc ver did you use to compile rc2/rc3 ?
i would like to be able to exclude gcc4.4.5 as the problem...
also is the thread because of cache? can you run with -nocache ?
and maybe use a vo that supports rgb, like -vo gl so we can exclude the swscale part? also -nosound to exclude audio. also -demuxer lavf change anything?