Re: Fedora 11 nerfed my mixer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 24.04.09 14:58, David Woodhouse (dwmw2@xxxxxxxxxxxxx) wrote:

> 
> On Thu, 2009-04-23 at 22:50 +0200, Lennart Poettering wrote:
> > Firstly the alsa mixer init database should have set up your system
> > correctly. The database is incomplete unfortunately since most people
> > don't send in a patch for the db after they fixed those settings
> > manually.
> 
> Your database will _always_ be incomplete. There will _always_ be new
> hardware, and users will _always_ have to tweak things manually.
> 
> You can do well, and it's a wonderful thing to be doing -- but you
> _have_ to accept that you can't get it right in all cases, so you have
> to let the user fix it.

Yes. I am aware of that. That's one of the reasons there is alsamixer
shipped with our distro.

> > However my plans for F12 should hopefully help to make this issue go
> > away: on many machines we have quite a few volume controls in
> > series. e.g. on Thinkpads there is the hw volume that is controlled by
> > those magic keys, and then there is master, and then there is PCM. My
> > plan is to collapse them all into a single slider which is possible if
> > we have dB information about the sliders. The resulting slider would
> > be the multiplication of the seperate sliders. This would both
> > increase the range and the granularity of the overall volume slider
> > and also allows us to fix the mixer initialization issue a bit since
> > we would control both PCM and Master. 
> 
> That sounds like a recipe for disaster to me. I've often had to play
> around with levels for PCM vs. Master vs. other things to maximise the
> resulting volume¹ without introducing distortion -- you're effectively
> downgrading my audio capabilities unless you _always_ get it absolutely
> right. On which topic, see above.
> 
> And then factor in the observation that we're talking about analogue
> circuitry and physical devices which will even vary a little from one
> machine to the next machine off the production line. Not to mention what
> my ears can detect. Your database _cannot_ know.

This has nothing to do with 'my' database.

If you ever had a look at alsamixer you'd have seen that it shows dB
values for most sliders. While for the 'outermost' sliders it is not
clear relative to what reference level those dB values are it is for
the more innerwards (i.e. usually digitally implemented) sliders:
0dB mens no amplification, no attenuation. 

As already explained the algorithm for initializing that series of
sliders is to go from outermost to innermost and doing the 'biggest'
part of the volume adjustment on the more outermust sliders and doing
adjustments on the more innerwards only if the outermost cannot do it
due to limitations in range or granularity. That should make sure that
the more innerwards sliders (the digital ones) are usually initialized
to 0dB and hence do not have any detrimental effect on audio quality.

Also, pavucontrol shows the 'base volume' in the UI, i.e. the point
were the all sliders are at 0dB.

I am pretty confident that the dB information is pretty reliable since
often it comes from the hw itself and Visa relies on it, too. Since
vendors test their stuff against Vista this makes them as reliable as
it could get.

If ALSA cannot provide us with the dB information for a specific card
this algorithm will of course not be used.

In summary: I am pretty sure your fears are unfounded.

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux