[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