[Bug 733235] decodebin:Handle the multi-queue size flexible
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Aug 12 22:07:38 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=733235
--- Comment #31 from Myoungsun Lee <ohmygod0327 at gmail.com> ---
(In reply to Sebastian Dröge (slomo) from comment #28)
> No, my comment was about the case where you are *not* in PLAYING yet. You
> overrun, set extra buffers, now the multiqueue is not overrun anymore, at
> some point it might overrun again before going to PLAYING and you would then
> go into that if-branch. There you would set less buffering again, making the
> second overrun even worse.
I got it :). I'll think about it, and share some solutions or another logic.
Thank you.
--------------
(In reply to Justin J. Kim from comment #30)
> Review of attachment 309046 [details] [review]:
>
> ::: gst/playback/gstdecodebin2.c
> @@ +3395,3 @@
> + decodebin_set_queue_size (group->dbin, group->multiqueue, FALSE,
> + (group->parent ? group->parent->seekable : TRUE));
> + }
>
> Is there any specific reason this statement here (out of EXPOSE_LOCK)?
> For thread-safety, it would be better to be done before calling
> EXPOSE_UNLOCK.
There is no reason. Maybe I missed that point, I will fix it. Thank you.
--
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