Garrett D'Amore wrote:
http://fedoraproject.org/wiki/Features/VolumeControl
Seems to indicate a desire to add this functionality to g-v-c for
Fedora and their choice of audit infrastructure.
I don't know if code for this actually exists or if this is all just
requests for features and
Darren J Moffat wrote:
Garrett D'Amore wrote:
http://fedoraproject.org/wiki/Features/VolumeControl
Seems to indicate a desire to add this functionality to g-v-c for
Fedora and their choice of audit infrastructure.
I don't know if code for this actually exists or if this is all just
Garrett D'Amore wrote:
Darren J Moffat wrote:
Garrett D'Amore wrote:
http://fedoraproject.org/wiki/Features/VolumeControl
Seems to indicate a desire to add this functionality to g-v-c for
Fedora and their choice of audit infrastructure.
I don't know if code for this actually exists or if
Garrett D'Amore - sun microsystems wrote:
5) The gnome-volume-control can do nearly everything that
sdtaudiocontrol does, and can support (with a suitable Gstreamer
plugin), complete device control, including all of the features Boomer
will deliver. gnome-volume-control will operate on
Garrett:
Its not in the g-v-c code today. But it looks to me like Fedora is
aiming for a PulseAudio based implementation, which has its own issues.
If people really want the per-application controls in g-v-c, they can be
added, but its just a time thing. I'd prefer to deal with such a
Thanks for the clarification.
Supporting PulseAudio is something another team could undertake at some
point. However, in order for it to work properly, there are a few things:
1) all the applications would have to be converted to it. (In the Linux
distro world, where all apps are delivered
Garrett:
There are no plans to integrate PulseAudio on Solaris currently. It's
main value is to add per-application mixing support. This is useful if
you use ALSA which has no per-application mixing support, but this
feature is not so useful when using OSS since OSS already has such
support
Positional audio is the one feature that I see being useful in
PulseAudio, which we don't have, and are unlikely to be able to easily add.
All of the other tasks are easy to add.
As far as per-application volume -- yes we have it in OSS -- but we
don't have a way to *access* it from a central
I'm filing this on my own behalf. While the proposal is for EOF of a
closed source bit (sdtaudiocontrol), I think its fair for the
discussion to be in the open, so the case is left open. The timeout
is set for Feb 16, 2009. Thanks.
Template Version: @(#)sac_nextcase %I% %G% SMI
This
Garrett,
This project appears to be deprecating the sdtaudiocontrol
application in a Patch release of Solaris and removing it in
a Minor release of Solaris. Correct? If so then the interface
is Obsolete Uncommitted. What about the SADA mixer framework?
Are you doing the same for it as well?
John Fischer wrote:
Garrett,
This project appears to be deprecating the sdtaudiocontrol
application in a Patch release of Solaris and removing it in
a Minor release of Solaris. Correct? If so then the interface
is Obsolete Uncommitted. What about the SADA mixer framework?
Are you doing
+1
On Mon, 2009-02-09 at 08:46, Garrett D'Amore wrote:
John Fischer wrote:
Garrett,
This project appears to be deprecating the sdtaudiocontrol
application in a Patch release of Solaris and removing it in
a Minor release of Solaris. Correct? If so then the interface
is Obsolete
12 matches
Mail list logo
