GNOME Bugzilla – Bug 673009
Video Stream is leaked when playing h264 encoded mkv videos
Last modified: 2013-02-23 18:18:48 UTC
Created attachment 210796 [details] last 1000 lines of the valgrind output When playing .mkv files that contain an h264 video stream, this stream seems to be leaked. The memory usage grew with about 560kB/s, which was similar to the bitrate of the video itself. This is using the gstreamer0.10-ffmpeg packages from debian-multimedia.org. I have not tried to recompile gstreamer master using jhbuild, but I can do that if it helps. valgrind only reported a large quantity of still reachable memory, I'll attach part of the output, not sure if it is usefull (it is missing libgstffmpeg.so symbols right now).
What's the version of h264parse? There used to be a leak in the parser IIRC.
Sorry for the late response ... I have currently version 0.10.23 installed here, and I am still seeing leaks. $ dpkg -l | grep gstreamer0.10-plugins-bad ii gstreamer0.10-plugins-bad:amd64 0.10.23-6 GStreamer plugins from the "bad" set ii gstreamer0.10-plugins-bad-dbg:amd64 0.10.23-6 GStreamer plugins from the "bad" set (debug symbols) Maybe I should try something more recent?
No idea, nothing in your valgrind log really sticks out as alarming. (I assume this is a mid-stream snapshot and not after everything got shut down in an orderly way). I have run some tests with GStreamer 1.0 (git master), and didn't find anything that sticks out either so far. Perhaps you could re-test with 1.0.x ?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!
Just had a quick check (upgraded totem so it uses gst 1.0). Everything looks good now.
Great, thanks for checking and following up. I'll change the resolution to OBSOLETE, since we don't know what where and when exactly it was fixed.