I suppose I&#39;ll chime in my support for this functionality, as it makes sense, though it does seem like it&#39;d be harder to implement.<br><br>-Kevin<br><br><div class="gmail_quote">On Wed, Jun 18, 2008 at 10:13 PM, mike clemow &lt;<a href="mailto:gelfmuse@gmail.com">gelfmuse@gmail.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">+1<br>
<br>
Yes, I think that makes much more sense, for what it&#39;s worth.<br>
<br>
-mike<br>
<div><div></div><div class="Wj3C7c"><br>
On Wed, Jun 18, 2008 at 9:03 PM, Kassen &lt;<a href="mailto:signal.automatique@gmail.com">signal.automatique@gmail.com</a>&gt; wrote:<br>
&gt; Fellow ChucKists,<br>
&gt;<br>
&gt; Envelope.rate() is a read-write function so I thought I&#39;d try to use it to<br>
&gt; detect the current movement of a envelope, like this:<br>
&gt; =========================================<br>
&gt; Envelope e =&gt; blackhole;<br>
&gt;<br>
&gt; e.value(0);<br>
&gt; e.duration(second);<br>
&gt;<br>
&gt; e.target(1);<br>
&gt;<br>
&gt; now + 3::second =&gt; time later;<br>
&gt; while(now &lt;later)<br>
&gt; &nbsp; &nbsp; {<br>
&gt; &nbsp; &nbsp; &lt;&lt;&lt;e.rate()&gt;&gt;&gt;;<br>
&gt; &nbsp; &nbsp; 10::ms =&gt; now;<br>
&gt; &nbsp; &nbsp; }<br>
&gt; ================<br>
&gt;<br>
&gt; It now turns out that .rate(), when read from, reports the rate of change<br>
&gt; Envelope had when it was last set to a target, not necessarily it&#39;s current<br>
&gt; rate of change (which may well be 0).<br>
&gt;<br>
&gt; I&#39;d like to propose this behaviour to be changed towards Envelope always<br>
&gt; reporting it&#39;s current rate of change.<br>
&gt;<br>
&gt; &nbsp;Because Envelope is a part of the STK we may need to be careful with that<br>
&gt; as other Ugens inherit from it so such changes might affect those. Still;<br>
&gt; there are a few STK Ugens that are on The List to have a look at because of<br>
&gt; their envelope (probably ADSR) based behaviour anyway. Stricktly speaking<br>
&gt; this change could break some ChucK code as well but I find it hard to<br>
&gt; imagine situations where the current behaviour is more usefull then my<br>
&gt; proposed change.<br>
&gt;<br>
&gt; Yours,<br>
&gt; Kas.<br>
&gt;<br>
</div></div>&gt; _______________________________________________<br>
&gt; chuck-users mailing list<br>
&gt; <a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>
&gt; <a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>
&gt;<br>
&gt;<br>
<font color="#888888"><br>
<br>
<br>
--<br>
<a href="http://semiotech.org" target="_blank">http://semiotech.org</a><br>
<a href="http://deadlylittlepills.com/michael" target="_blank">http://deadlylittlepills.com/michael</a><br>
_______________________________________________<br>
chuck-users mailing list<br>
<a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>
<a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>
</font></blockquote></div><br>