[Bug 773110] autoaudiosink appears completely non-configurable

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Oct 17 21:50:36 UTC 2016


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

--- Comment #2 from Paul Davis <gnome at equalarea.com> ---
I'm not writing an application, I'm trying to get GStreamer apps to talk to
JACK when JACK is running. My application doesn't use GStreamer :)

When I use it in a pipeline starting with audiotestsrc, it fails to talk to
JACK. If I replace autoaudiosink with jacksink, everything works as expected.
This conflicts with my mental model of what autoaudiosink should do.

But yes, the core issue that I can see is that it seems totally opaque or
impossible to control the order in which autoaudiosink tests possible sinks for
use. This makes it much less useful to a user, since they can't know (or
change) what that order is (certainly not easily).

Yes, relying on "default" for ALSA makes a lot of sense, and on reflection,
since there's no way to know that the alsasink would be the one chosen, being
able to specify a device name for it is really out of scope.

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