<br><br><div class="gmail_quote">On Mon, Nov 5, 2012 at 3:51 PM, Tim E. Real <span dir="ltr"><<a href="mailto:termtech@rogers.com" target="_blank">termtech@rogers.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div style="font-family:'Ubuntu';font-size:9pt;font-weight:400;font-style:normal"><div><div class="h5">
<p style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px">On November 5, 2012 06:59:12 AM you wrote:<br></p>
<p style="margin-top:12px;margin-bottom:12px;margin-left:40px;margin-right:40px;text-indent:0px"><br><br></p>
<p style="margin-top:0px;margin-bottom:0px;margin-left:40px;margin-right:40px;text-indent:0px">On Mon, Nov 5, 2012 at 4:19 AM, Tim E. Real <<a href="mailto:termtech@rogers.com" target="_blank"><span style="text-decoration:underline;color:#0057ae">termtech@rogers.com</span></a>> wrote:<br>
</p>
<p style="margin-top:0px;margin-bottom:0px;margin-left:44px;margin-right:40px;text-indent:0px"><br>His converters are external. Does ALSA know how to work with<br> such converters? I'll read a bit more tomorrow. I bet some better answers<br>
 will appear here though...<br></p>
<p style="margin-top:0px;margin-bottom:0px;margin-left:40px;margin-right:40px;text-indent:0px"><br>external converters are invisible to ALSA, just as they are to CoreAudio or any other audio API. they exist on the "far side" of the device being controlled by the driver, and only exist as far as the driver is concerned in an indirect sense - they might control word clock-driven sample rate, for example.  <br>
</p>
</div></div><p style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px"><br><br>Thanks Paul.</p>
<p style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px">Wow that's a bummer. No external converters?</p></div></blockquote><div><br>i use(d to use) them all the time (they died and are currently in a repair queue). there's absolutely no problem with external converters.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-family:'Ubuntu';font-size:9pt;font-weight:400;font-style:normal">
<p style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px"> </p>
<p style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px">Is there no mechanism to set the converter levels other than hard-coded hacks?</p></div></blockquote><div><br>i think you're confused tim. external converters generally have no controls at all. they are hardware boxes with a few switches here and there. there are often no levels to set, and if there are, its under h/w control (and/or physical alteration as is the case with my tango24's)<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-family:'Ubuntu';font-size:9pt;font-weight:400;font-style:normal">
<p style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px">Could this be solved be someone writing a userspace app to do it,</p>
<p style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px"> or is this more of a core ALSA problem which would need wider fixing?</p></div></blockquote><div><br>there is no problem to fix. computer OS drivers do not get to reach "beyond" the devices they control to toggle parameters on unknown devices that may or may not actually exist. its that simple. my RME device driver has no idea what type of converters i am using, and no reason to do so. this is what protocols are for :)<br>
</div></div>