>>Thanks for that. I was confused as to why plughw was working and hw was
> not. I see now that the >DAC needs the format converted to S24_3LE, which
> plug does. I wonder if that conversion degrades >the signal at all?
>
>>I'm actually sticking with the default device, but I wrote this which is
> equivalent to plughw:
>
>># cat /etc/asound.conf
>>pcm.!default {
>> type plug
>> slave.pcm hw
>>}
>
>>This way, I don't need to define "plughw:0,0" for all the different audio
> apps on my system. The >DAC supports 44.1, 48, 88.2, and 96.
>
>>- Grant
>
> All of the testing I have done shows no bit manipulations with the plughw
> setup. When you are mixing other sources in the system you could be getting
> into areas where the sample rate conversion is necessary. It can't play two
> different sample rates at the same time. It will also need to mix the
> sources using some type of math as well.
It won't mix by default will it? Maybe it depends on the distro. On
Gentoo, I can't play from 2 sources at the same time.
- Grant
> For the boxes we will be building we lock the system down and the only audio
> source is MPD. This gives us the cleanest and most predictable path.
> -Demian
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
