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 400651 - [decodebin2] More efficient memory usage
[decodebin2] More efficient memory usage
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal enhancement
: 0.10.13
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-25 16:01 UTC by Edward Hervey
Modified: 2007-07-14 17:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Edward Hervey 2007-01-25 16:01:01 UTC
Currently decodebin2 and multiqueue allow queues to grow up to 12Mb.
First they have a limit of 2Mbytes, and then if one queue is full and at least one other empty, that queue will be grown by an extra 10Mbytes.

This allows to handle formats with BIG interleaves (think HD streams), but the problem is that it is not very memory efficient for plenty of other cases, especially on embedded devices.

This should be fixed so that:
_ we use queues as small as possible, but big enough to allow proper de-interleaving
_ decodebin2 can handle the fact that some demuxers do not create all their pads at the beginning and, because of very big interleaving, we need to allow a single queue to grow enough to allow the other stream pads to appear.

Comments and suggestions are more than welcome.
Comment 1 Wim Taymans 2007-07-14 17:33:26 UTC
I believe this is now fixed since 0.10.13.