GNOME Bugzilla – Bug 165013
AVI with HuffYUV segfault
Last modified: 2005-01-25 15:17:11 UTC
I've gotten both Totem and Pitivi to segfault when opening an AVI with a HuffYUV video stream. The file causing the segfault I'm getting is too large to upload, but is compiled from a set of BMP images into a HuffYUV encoded AVI using VirtualDub for Windows. The file contains no audio stream. No additional errors or warnings are printed to the console.
Backtrace as requested:
+ Trace 54842
Thread 4 (Thread 48098224 (LWP 16687))
Thread 3 (Thread -1222378576 (LWP 16686))
could you provide a sample file please ?
I already have it. Relevant valgrind output: ==11947== Thread 2: ==11947== Invalid write of size 1 ==11947== at 0x1C574BA1: decode_frame (huffyuv.c:132) ==11947== by 0x1C46E218: avcodec_decode_video (utils.c:536) ==11947== by 0x1C42CCF7: gst_ffmpegdec_frame (gstffmpegdec.c:574) ==11947== by 0x1C42D40E: gst_ffmpegdec_chain (gstffmpegdec.c:812) ==11947== Address 0x1CAAB9B0 is 0 bytes after a block of size 76816 alloc'd ==11947== at 0x1B9055B5: memalign (vg_replace_malloc.c:217) ==11947== by 0x1C46F204: av_malloc (mem.c:56) ==11947== by 0x1C46D675: av_mallocz (utils.c:40) ==11947== by 0x1C46DB2F: avcodec_default_get_buffer (utils.c:280) Looking further...
We didn't provide extradata, but RGBA32 setup in ffmpeg also wasn't up-to-date with what's in gst-plugins, so fixed in both...