GNOME Bugzilla – Bug 162906
[theoraenc] SEGV in theoraenc
Last modified: 2006-05-17 15:08:03 UTC
gst-launch videotestsrc ! ffmpegcolorspace ! theoraenc ! oggmux ! fakesink Inserting a videorate element before theoraenc fixes the problem, as does running with -v, or GST_DEBUG=*:5.
Created attachment 35416 [details] GDB backtrace
which libtheora version were you using ?
algernon@melkor: ~] dpkg -s libtheora0 | grep Version Version: 0.0.0.alpha3-1 Latest in Debian sid.
Tried with 0.0.0.alpha4 from theora.org, and the SEGV is still there. Also running gstreamer core and gst-plugins CVS HEAD as of a few minutes ago.
==8383== Invalid read of size 1 ==8383== at 0x1C6E67E5: LoopFilter (dct_decode.c:840) ==8383== by 0x1C6E6C41: ReconRefFrames (dct_decode.c:1209) ==8383== by 0x1C6D9E15: EncodeData (encode.c:893) ==8383== by 0x1C6EB05B: UpdateFrame (toplevel.c:327) ==8383== Address 0x1BD8B5BE is 0 bytes after a block of size 6 alloc'd ==8383== at 0x1B904A90: malloc (vg_replace_malloc.c:131) ==8383== by 0x1C6E746B: InitFragmentInfo (frinit.c:208) ==8383== by 0x1C6E795D: InitFrameDetails (frinit.c:381) ==8383== by 0x1C6EB932: theora_encode_init (toplevel.c:884) However, with a from-source compiled one, those warnings are no longer here. do you still have this with CVS, Gergely?
Created attachment 37201 [details] A new gdb backtrace Still segfaults. (tried with theora 0.0.0beta3 from Debian sid, 0.0.0beta4, svn trunk, and a theora-mmx deb too) Seems like it happens when the framerate is 0.. Probably theoraenc should detect that a framerate of 0 is bogus, and bail out or something. Attaching a new, probably more useful GDB backtrace.
Can reproduce with 0.8, but not with 0.10 (and it's 0.10 is valgrind-clean too). Closing as OBSOLETE, as no one is going to look into 0.8 issues any longer (feel free to re-open though if you intend to work on this issue).