At first impression, I like the new preferences>sound control. Unfortunately it still can't select the CD audio input on an ALC889A codec. This is on a Gigabyte ga-ep45-ud3p motherboard and Core Duo 8500.
On Sun, 02 Aug 2009 22:27:36 -0700, you wrote:
At first impression, I like the new preferences>sound control. Unfortunately it still can't select the CD audio input on an ALC889A codec. This is on a Gigabyte ga-ep45-ud3p motherboard and Core Duo 8500.
See the "New Mixer Handling in PA 0.9.16/F12" thread on fedora-devel list for why the CD audio input is deliberately not available.
On Mon, Aug 03, 2009 at 11:44:48AM -0400, Gerald Henriksen wrote:
On Sun, 02 Aug 2009 22:27:36 -0700, you wrote:
At first impression, I like the new preferences>sound control. Unfortunately it still can't select the CD audio input on an ALC889A codec. This is on a Gigabyte ga-ep45-ud3p motherboard and Core Duo 8500.
See the "New Mixer Handling in PA 0.9.16/F12" thread on fedora-devel list for why the CD audio input is deliberately not available.
I bothered to read through all this. As far as I can understand what is is said there if your audio setup falls within rather narrow confines of what Lennart Poettering thinks that it should look like then there are chances that it will work (although it may eat excessive amounts of CPU in the process). Otherwise you are SOL and you will see NOTABUG or WONTFIX if you will attempt to file any bug reports. Dissenting opinions are not and will be not tolerated and are mostly dismissed with "ad hominem" attacks.
Also if you happen not to be on the "right" mailing list or do not have NOW a suitable hardware/software setup where you can test development PA then (from a message by LP opening "New Mixer Handling..." thread) <quote> If you don't raise your voice now that some output port is not properly detected or audio is too faint then later on you won't have any right to complain. </quote>
Nice! Expect "an audio lottery" in the future.
Michal
On Mon, Aug 03, 2009 at 04:11:02PM -0400, Matthias Clasen wrote:
On Mon, 2009-08-03 at 12:56 -0600, Michal Jaegermann wrote:
Nice! Expect "an audio lottery" in the future.
Did you have a point,
That point is that those who are in a position to file bugs, but were not aware of "the mission statement" on some other mailing list, better do it now. Do you think that everybody reads everything? Besides this lecture was depressing enough.
or are you just trying to move the flame war over here ?
A flame war here with whom?
Michal
On Mon, 2009-08-03 at 12:56 -0600, Michal Jaegermann wrote:
On Mon, Aug 03, 2009 at 11:44:48AM -0400, Gerald Henriksen wrote:
On Sun, 02 Aug 2009 22:27:36 -0700, you wrote:
At first impression, I like the new preferences>sound control. Unfortunately it still can't select the CD audio input on an ALC889A codec. This is on a Gigabyte ga-ep45-ud3p motherboard and Core Duo 8500.
See the "New Mixer Handling in PA 0.9.16/F12" thread on fedora-devel list for why the CD audio input is deliberately not available.
I bothered to read through all this. As far as I can understand what is is said there if your audio setup falls within rather narrow confines of what Lennart Poettering thinks that it should look like then there are chances that it will work (although it may eat excessive amounts of CPU in the process).
You are being excessively unfair and conflating entirely separate issues there. Any case where 'excessive amounts of CPU' are used is either a bug or the fact that PA plays it safe when it comes to resampling strategies. The other issues are areas where it is vital to present an interface that's simplified in _some_ way in order to have some semblance of usability, and Lennart has explained at length why some options exposed by current designs for mixer GUIs are obsolete for the vast majority of users, and should not be exposed by the stock GUIs, being reserved instead for advanced applications for the use of the small minority who actually need them.
Otherwise you are SOL and you will see NOTABUG or WONTFIX if you will attempt to file any bug reports. Dissenting opinions are not and will be not tolerated and are mostly dismissed with "ad hominem" attacks.
This is, again, putting the most negative possible construction on things. Any application maintainer will close a bug report requesting a feature or design change that he does not consider to be right for the application as NOTABUG or WONTFIX. These are the correct and appropriate resolutions for such a case. Ad hominem attacks were not in short supply from either side during that little flame war, and by implying they were only being used on one side you entirely distort the matter.
Also if you happen not to be on the "right" mailing list or do not have NOW a suitable hardware/software setup where you can test development PA then (from a message by LP opening "New Mixer Handling..." thread)
<quote> If you don't raise your voice now that some output port is not properly detected or audio is too faint then later on you won't have any right to complain. </quote>
Nice! Expect "an audio lottery" in the future.
This is more borne out of frustration at the fact that people frequently complain about changes far too late for changes easily to be made. I agree it could have been better phrased, but the intention is not as exclusionary as it may perhaps seem. The point is that it becomes a lot harder to change things in Fedora 12 once, say, we're past beta freeze, or - even more so - once the release is done. The changes in F12 that allow input selection in g-v-c are already too complex to backport to F11 updates, for instance.
On Mon, 2009-08-03 at 11:44 -0400, Gerald Henriksen wrote:
On Sun, 02 Aug 2009 22:27:36 -0700, you wrote:
At first impression, I like the new preferences>sound control. Unfortunately it still can't select the CD audio input on an ALC889A codec. This is on a Gigabyte ga-ep45-ud3p motherboard and Core Duo 8500.
See the "New Mixer Handling in PA 0.9.16/F12" thread on fedora-devel list for why the CD audio input is deliberately not available.
Someone could confirm this, but I think that logic is that since CD audio is now handled digitally and because you can set volumes on a case by case basis, you shouldn't need to change the 'direct' volume from the CD player.
So for example, you can play CD's from a number of applications in Fedora and theoretically you should be able to set individual volumes for each application that can play the CD. Having a 'master' volume for the CD (that would affect all these application volume levels) would just be confusing (much like this email).
Rodd
On Tue, 2009-08-04 at 11:29 +1000, Rodd Clarkson wrote:
On Mon, 2009-08-03 at 11:44 -0400, Gerald Henriksen wrote:
On Sun, 02 Aug 2009 22:27:36 -0700, you wrote:
At first impression, I like the new preferences>sound control. Unfortunately it still can't select the CD audio input on an ALC889A codec. This is on a Gigabyte ga-ep45-ud3p motherboard and Core Duo 8500.
See the "New Mixer Handling in PA 0.9.16/F12" thread on fedora-devel list for why the CD audio input is deliberately not available.
Someone could confirm this, but I think that logic is that since CD audio is now handled digitally and because you can set volumes on a case by case basis, you shouldn't need to change the 'direct' volume from the CD player.
It's not about the volume, but about selecting the active input for recording purposes.
Actually, I missed a twist here in my earlier email on the subject. g-v-c in Rawhide will not expose the CD input. This is because PA is working under the assumption that anything labelled 'CD input' will just be the internal connector on a sound card which is/was specifically intended for analog hookup to a CD drive, and really can't be connected to anything else. Chuck, if your system includes an input labelled 'CD input' which is actually associated with a standard 3.5mm input jack on the exterior of the system, that's the kind of corner case that may need to be special-cased for PA, so you should file a bug on it, with very specific information as to the circumstances. Really, this is bad practice on the part of the hardware designer: an input like this should be called Aux, not CD; if it can have any generic component attached to it, it's not a CD input.