<div><div>Hi Paul, what do you mean by freezing? range consolidating? (have no experience with that) and, can you do that to a MIDI track and a bus?</div><div><br></div><div>I've just tried to hit "consolidate range with processing" out of my newbieness ;p and got</div>


<div><br></div><div>"You can't perform this operation because the processing of the signal will cause one or more of the tracks will end up with a region with more channels than this track has inputs.</div><div>

<br>
</div><div>You can do this without processing, which is a different operation."</div><div><br></div><div>so I continued blindly and hit "consolidate range" and got a crash that I haven't been able to reproduce (will keep trying).</div>


<div><br></div><div>Thx!</div><div><br><div class="gmail_quote">On Thu, Jul 21, 2011 at 3:05 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Thu, Jul 21, 2011 at 8:51 AM, Brett Clark <<a href="mailto:brett.clark@zirous.com" target="_blank">brett.clark@zirous.com</a>> wrote:<br>



>> My doubt comes when I assume that muting a track disables all processing<br>
>> and lighten the CPU load. It's not that crazy right?<br>
><br>
> I cant directly speak for v3, but on the 2.x versions muting a track does<br>
> not lighten CPU time.  It appears that it still ran all the plugins, just<br>
> didnt do anything with it after that.  I think its for improved response<br>
> time when you un-mute the track.  There's probably a more technical reason<br>
> too (eg. calculating latency, etc.).<br>
<br>
</div>correct. however, deactivating a track will change the CPU load. you<br>
can also freeze a track, which will render it to a new audio file,<br>
replace the track contents with the result, and turn off all the<br>
plugins.<br>
</blockquote></div><br></div></div>