<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 8:45 AM, Grant <span dir="ltr"><<a href="mailto:emailgrant@gmail.com" target="_blank">emailgrant@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">>>> I have a USB DAC that can only handle 16/44.1 as input and output. I<br>
>>> think ALSA will resample everything to 16/44.1 automatically, but I'd<br>
>><br>
</div><div class="">>> I think what I am saying is that for most cases the sample rate of your<br>
>> audio IF doesn't matter. So adding resampling to everything doesn't make<br>
>> sense... maybe try without first.<br>
><br>
> I think you're saying that the ALSA resampler won't be used if the<br>
> upstream application does the resampling itself.  Is that correct?<br>
> How can I find out if ALSA is the one resampling in a particular<br>
> scenario?<br>
<br>
<br>
</div>Is there any way to find out if this is happening?  Do some<br>
applications really do this?<br></blockquote><div><br></div><div>depends on the device the application opens.<br><br>If you tell it to open a device with a name like "hw:N" or "hw:CARDNAME" then ALSA will offer only the capabilities present in the audio hardware. If you open it with a name like "plughw:N" or "plughw:CARD" then ALSA will do everything it can to honor the format, sampling rate etc. asked for by the application (including resampling, channel multiplexing etc.). <br>
</div><br></div><br></div></div>