After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 654529 - [basevideodecoder] Does not flush pending input frames when flushing
[basevideodecoder] Does not flush pending input frames when flushing
Status: RESOLVED DUPLICATE of bug 665355
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.13
Other Linux
: Normal critical
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-07-13 08:13 UTC by Sebastian Dröge (slomo)
Modified: 2011-12-12 13:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2011-07-13 08:13:43 UTC 
For example a flushing seek does not clean all GstBaseVideoCodec::frames, which have a reference to the input buffers. After lots of seeks this can lead to a huge memory usage just because of obsolete frames.

There's a FIXME comment about this in gst_base_video_decoder_flush():

  /* FIXME perhaps also clear pending frames ?,
   * but again, subclass may still come up with one of those */


IMHO subclasses must reset all their internal state too and not pass any of the old frames after resetting.
Comment 1 Sebastian Dröge (slomo) 2011-12-12 13:25:36 UTC 
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade.

*** This bug has been marked as a duplicate of bug 665355 ***