GNOME Bugzilla – Bug 164256
Memory leaks when using theoraenc with swfdec
Last modified: 2005-08-29 15:42:43 UTC
using this flash animation: http://www.themeatrix.com/meatrix.swf with this pipeline: gst-launch-0.8 { filesrc location=meatrix.swf ! swfdec name=decode } { decode. ! queue max-size-buffers=500 max-size-time=0 max-size-bytes=0 ! ffcolorspace ! theoraenc ! oggmux name=mux ! filesink location=test.ogg decode. ! queue max-size-buffers=500 max-size-bytes=0 max-size-time=0 ! audioconvert ! rawvorbisenc ! mux. } the resulting ogg theora will have a distorted image, cause by not properly handling frame sizes that are not a multiple of 16. in adition there seems to be a memory leak causing gst-launch to use up alle available memory quite fast
sorry for the noise looks - like a bug in ffcolorspace it works with ffmpegcolorspace. the memleak still exists.
Changing summary to something more appropriate, didn't actually check it though, so leaving UNCONFIRMED
reporter : please open another bug report for the ffcolorspace bug (even if ffmpegcolorspace is the best choice and what totem uses) i can't reproduce it with current CVS (resulting video looks good. audio is ok too) the pipeline has been running for quite 5 minutes and still not a memory hog please try CVS if you can (gst-core and plugins). also use libtheora alpha4 (if it is not the one you're using)
How much memory does it eat? queue max-size-buffers=500 max-size-time=0 max-size-bytes=0 That is a horrible max., since frames are RGB24 and can be up to (e.g.) 800x600, which eats up to 800x600x500x3 bytes, which is 720 MB. I'm tempted to mark this as NOTABUG.
i was using that part from http://www.linuxrising.org/files/qt2oggt but you are right using 100 it stays at ~140MB. without max-size-buffers or values <100 the pipeline will not do anything.