gstreamer0.10-ffmpeg caused crash on some ASF file

StacktraceTop:memcpy () from /lib/libc.so.6
ff_img_copy_plane (dst=0x7f76801ddcf0 "", dst_wrap=<value optimized out>,
av_picture_copy (dst=0x40d46c40, src=0x1299800, pix_fmt=<value optimized out>,
gst_ffmpegdec_frame (ffmpegdec=0x1292230, data=<value optimized out>, size=0,
gst_ffmpegdec_drain (ffmpegdec=0x1292230) at gstffmpegdec.c:1936

the crash is a libavcodec one which is a ffmpeg library

Sebastien thankyou for correcting the package.

I've discussed it before but I want to please raise this again. I really think it is time to sync ffmpeg / libavcodec / libavutil and so on to current SVN head. My reasons are:

1. FFMPEG has a policy of not doing releases
2. FFMPEG always respond with "compile the svn head and tell us if its still a problem" for all bug reports
3. Everytime I have compiled mplayer SVN (and in turn libavcodec and so on) the bug has not been replicated
4. The libraries and ffmpeg package in the Intrepid repos is ancient
5. Users are not going to have a quality video experience with using old ffmpeg/library revisions
6. In my experience there is little risk in going to the latest SVN, and there is in fact risk in having old revisions in use

I feel strongly about this and I hope that my point of view can be seriously considered, thanks.

can you please attach the file that caused the crash, namely

file:///mnt/vault/Film/Tests/IMAG0002.ASF

Please find attached the file as requested.

Reinhard, thank you for your response on the devel-discuss list RE my discussion on upgrading FFMPEG. In relation to that I'd like to note that my SVN compile of mplayer which has static links to ffmpeg SVN plays the file no problems as per below:

nullack@PPP:/mnt/vault/Film/Tests$ mplayer IMAG0002.ASF
MPlayer dev-SVN-r27584-4.3.2 (C) 2000-2008 MPlayer Team
CPU: AMD Sempron(tm) Processor 3000+ (Family: 15, Model: 44, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2

Playing IMAG0002.ASF.
ASF file format detected.
[asfheader] Audio stream found, -aid 1
[asfheader] Video stream found, -vid 2
VIDEO: [MP4S] 352x288 24bpp 1000.000 fps 0.0 kbps ( 0.0 kbyte/s)
[VO_XV] Could not grab port 280.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 24000 Hz, 1 ch, s16le, 96.7 kbit/25.17% (ratio: 12082->48000)
Selected audio codec: [ffadpcmimawav] afm: ffmpeg (FFmpeg WAV IMA ADPCM audio)
==========================================================================
AO: [oss] 24000Hz 1ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 352 x 288 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.22:1 - prescaling to correct movie aspect.
VO: [xv] 352x288 => 352x288 Planar YV12
[mpeg4 @ 0xc62d80]slice end not reached but screenspace end (0 left 000000, score= -3)
[mpeg4 @ 0xc62d80]concealing 396 DC, 396 AC, 396 MV errors
A: 4.9 V: 4.9 A-V: 0.009 ct: 0.019 142/142 16% 1% 0.4% 17 0

Exiting... (End of file)

When I try to view the file in Totem using Intrepid's version of the ffmpeg gstreamer plugin, I get massive artifacting / colour issues. I would speculate this is probably fixed in the latest ffmpeg gstreamer plugin version.

This obviously brings us back to the need for upgrading ffmpeg as per my mail list email. I offer you my full support with testing ffmpeg upgrades and I can see what I can do to rally some others to it as well.

I was not able to reproduce the error with ffplay, neiter with current SVN nor with the version in intrepid. I therefore conclude that ffmpeg is not at fault here.

I also tried to call /usr/bin/gnome-video-thumbnailer as indicated in the bug description, but wasn't able to reproduce the crash either. For that reason, I leave the gstreamer0.10-ffmpeg bugtask open, but invalidate the ffmpeg one.

Btw, nullack: intrepid will definitly not see any ffmpeg update at this point. you could help here by joining the debian pkg-multimedia team and start helping there.

Moving status to fix released. Since the updates came through, it no longer crashes. However the decoding is badly bugged which I will raise in a separate bug since it is a different issue. Its in bug 274695.

https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10-ffmpeg/+bug/274695