<br><br><div class="gmail_quote">2011/2/27 Jörn Nettingsmeier <span dir="ltr"><<a href="mailto:nettings@stackingdwarves.net">nettings@stackingdwarves.net</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 02/27/2011 07:13 PM, Thomas Vecchione wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
The issue is that Ardour does exactly what it is told, and will make an<br>
automation dot every X mS if the automation has changed, which often<br>
times it does on 10 bit controller surfaces.  I typically will go in<br>
afterwards and clean up a bit if I need to make changes with the mouse<br>
manually, or alternatively just overwrite.<br>
<br>
I can't really think of a better way to handle this though, so if oyu<br>
have a suggestion I would love to hear it:)<br>
</blockquote>
<br></div>
i don't know what the OP meant, but it has happened to me that all of a sudden, regular dots appeared on static sections of the automation that shouldn't have been affected by automation recording at another point in time.<font color="#888888"></font><br>
</blockquote><div><font color="#888888"><br></font>Ok that would be different from what I was assuming was the problem from the description, if it should not have been writing new automation to begin with, there is obviously a bug to address. <br>
<br>  Thomas<br></div></div>