[Bug 733235] decodebin:Handle the multi-queue size flexible

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Jul 20 19:21:25 PDT 2015


https://bugzilla.gnome.org/show_bug.cgi?id=733235

--- Comment #19 from Myoungsun Lee <ohmygod0327 at gmail.com> ---
(In reply to Justin J. Kim from comment #17)
> > And have a mechanism (like a signal), in which application could allow the queue to grow bigger.
> 
> I'm testing some codes to explain a draft idea. :) but you already mentioned.
> 
> 1. add 'more-memory-for-preroll' to decodebin
> 
>  gint64 more-memory-for-preroll (GstElement *decodebin, gint64 growing_size)
> 
> 2. if there's no signal handler, decodebin sets mq size as predefined size
> (like Myungsun's codes)
> 
> 3. if user adds signal handler, decodebin uses the return value of signal.
>    (-1: immediately fail, 0: managed by application, n: growing size)
> 
> How about my proposal?

I think it is good to handle the multiqueue size. I haven't thought to the mq
size control. 
If any user or media need to resize the mq and control the state then your
proposal will be useful. Also, it may use to prevent the memory leakage.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list