<br><br><div class="gmail_quote">On Fri, Jun 27, 2008 at 12:20 AM, Alen Edwards <<a href="mailto:allen.edwards@oldpaloalto.com">allen.edwards@oldpaloalto.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c"><br>
</div></div>The docs say that JACK outputs to ALSA.<br>
</blockquote><div>Which doc are you referring to? My understanding was that JACK only used the ALSA drivers and not the ALSA plugins. <br>Perhaps I mis-understood and the doc you are referring to would help me.<br><br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I think that ALSA is resampling up to 48kHz. Even if you give it<br>
digital in and want digital out, it will decode and encode. It<br>
resamples in the process. My understanding is that it also does not do<br>
a very good job and that it is easy to hear the difference between<br>
passthrough and resample mode. Have not tried it as I could not get the<br>
wiki to work and gave up when I read it wasn't going to give me what I<br>
wanted anyway. When you put ALSA in passthrough as you did when you<br>
switched it to iec958, it does not resample.</blockquote><div> </div><div>Yup, and that's the central point of my confusion. I thought by using passthrough (that is, passing -dalsa -diec958 to jackd) that no resampling would take place whatsoever. But, the frontend logs shows resampling is indeed taking place ->
2008-06-26 22:14:14.693 AO: <span class="nfakPe">Using</span> <span class="nfakPe">resampler</span>. From: 44100 to 48000<br><br>Some futher investigation shows that the Using resampler log output is coming from mythtv/libs/libmyth/audiooutputbase.cpp, so it appears that it's the myth code that's performing the resampling, not ALSA. hmmm<br>
<br>Thanks for the help<br>Dave<br></div></div>