regression in HDA functionality

[Daniel O'Connor]

On Mon, 6 Oct 2008, fluffles.net wrote:
> > eg selecting the HDMI output is pointless if there is no HDMI link
> > active (can you detect HDMI status?)
>
> As i understand, the problem is that with the new patch, more devices
> are detected which changes the numbering of the pcm devices, thus
> out-of-the-box sound output does not (always) work.
>
> Maybe a solution would be to *always* register pcm0, so it becomes
> the default device. This device is not a real device but rather a
> virtual device like a wrapper/link to one of the other "real" pcm
> devices starting with pcm1. An algoritm could select which device
> pcm0 points to, and be changeable in sysctl, defaulting to "auto" or
> something. The auto setting could even be extended to change default
> device if situation changes, like a new USB Audio device is plugged
> in or the headphones-output is used. It might be hard to correctly
> predict the desired behavior for everyone, but getting default audio
> output (front speakers; stereo) to work out-of-the-box would be
> great.

This is already possible - using the hw.snd.default_unit sysctl (changes 
what /dev/mixer et al do).

That is what I was thinking - basically you watch for new sound devices 
and decide which one to use (or sound events to say something is 
plugged in) and set the sysctl accordingly.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20081006/b1d7dc6a/attachment.pgp