<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 18, 2013 at 12:12 PM, Fons Adriaensen <span dir="ltr"><<a href="mailto:fons@linuxaudio.org" target="_blank">fons@linuxaudio.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Jun 18, 2013 at 08:24:29AM -0400, Paul Davis wrote:<br>
<br>
> inevitable, since you are changing the order of processors in the channel<br>
> strip. in some setups, you will notice the click as this happens, in others<br>
> you will not.<br>
<br>
</div>This makes A3 unusable for live work. For the simple reason that nobody expects<br>
such a thing to happen, not any more than e.g. using a PFL should cause clicks.<br>
I will refrain from mentioning the not-so-kind adjectives that would be used<br>
to describe a HW mixer doing such a thing.<br></blockquote><div><br></div><div>add it to the list of several hundred other items that all make A3 unusable for this or that. <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im"><br>
> i considered a design in which every possible metering point had a "tap"<br>
> already in place, but this doesn't work for the "custom" option, hence the<br>
> current design.<br>
<br>
</div>Why shouldn't that work for the custom point ? After all it *is* a 'tap'<br>
and not a processor. And even if it is implemented as a processor (with an<br>
audio output that downstream depends on), </blockquote><div><br></div><div>processors can be implemented that have no (builtiin) output, and the meter is one of them.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
the custom point could just stay<br>
in place once created, along with any other metering point, active or not.<br>
As a bonus you can at least see were it is, even if not active. ISTR things<br>
were like that in earlier releases, but I could be mistaken.<br></blockquote><div><br></div><div>you're mistaken, unfortunately. the custom metering point has always been "special", and does not exist when metering is set to pre/input/post.<br>
</div><div> <br></div></div></div></div>