<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 2, 2014 at 9:17 AM, Brett Clark <span dir="ltr"><<a href="mailto:brett.clark@zirous.com" target="_blank">brett.clark@zirous.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class=""><div style="font-family:arial,sans-serif;font-size:13.333333969116211px"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class="gmail_quote">1. Fader doesn't work after freezing a track<br>This is intentional. Or was, at one time anyway.</blockquote>

</blockquote></div><div><br></div></div><div>It was that way on Ardour 2.x versions too.  My workaround was to route the output of the frozen track to a bus so i could control the volume level from there.</div><div><br></div>
<div>
I assume the functionality is based on the fact that you wouldnt be able to correctly "freeze" a track with post-fader plugins without freezing the fader itself.  This is because some post-fader plugins output changes based on fader level (eg. compression or overdrive) .</div>
</div></blockquote><div><br></div><div>All true, although I seem to recall a discussion about this that pointed in the direction of *not* freezing the fader after a freeze. It wouldn't impact the signal processing because all plugins will have been disabled.<br>
</div><br></div></div></div>