<br>dan trueman;<br><br><span dir="ltr"></span><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="">
er, i coded valueAt() quite some time ago and have been using it for a while, but i confess i&#39;m not sure it made it into the last release (my fault!). </div></blockquote><div><br>Well, if Eduard is using it that would mean it would be in there, right? Maybe that&#39;s naive reasoning again :¬). <br>
<br>Anyway, I don&#39;t think there is any reason to apologise for adding features.<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="">i can&#39;t check it into cvs at the moment because i have a mess of other stuff in LiSa (multichannel LiSa) that doesn&#39;t work properly yet, but if i can&#39;t get that cleaned up soon, i&#39;ll revert and get valueAt checked in. sorry about this!</div>
</blockquote><div><br>That sounds good! I was also talking with Mike about LiSa for granular usage. I think the linear ramps that we have now are good for avoiding clicks in loops but they do tend to place a spectral footprint on shorter, denser grains. I wonder if there would be some way to have more advanced per-voice windowing/enveloping without the syntactic or CPU overhead getting too bad?<br>
<br>Might be a thought for a future update?<br></div></div><br>Yours,<br>Kas.<br>