[gstreamer-bugs] [Bug 400651] New: [decodebin2] More efficient memory usage

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=400651

  GStreamer | gst-plugins-base | Ver: HEAD CVS

           Summary: [decodebin2] More efficient memory usage
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: bilboed at bilboed.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


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.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email