[Bug 766898] player: Add a message queue API in addition to the signals

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Aug 27 16:58:28 UTC 2018


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

--- Comment #20 from Stephan Hesse <tchakabam at gmail.com> ---
Or do you actually see the need to keep the bus reference after the player was
destroyed? 

In that case obviously one would have to do it the way you propose, returning
it with increased ref-count. What I dislike about that is that you'd have to
tell API users to take care of unref'ing the bus however they use it. So they'd
have to manage two objects (player and bus) instead of one. That seems
unncessarily complex for an API that is supposed to be more convenient?

Obviously, also both needs can be catered for, with one method wrapping "pop"
and another returning a strong-ref to the bus, for people who want to manage
the bus life-cycle themselves, if for some reason they want to desychronize
player instance and bus-reading-process lifecycles.

-- 
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