<div dir="ltr"><div><div><div><div>Ok, I get the trick, it seems similar to  the one used to make delay line shorter than one block.<br></div></div>However, I still feel that an object "give-me-RMS enveloppe-on-bang" (for the last N samples or blocks) would appear to me an easier way to handle this case.<br>If it doesn't exist, I'll try to build something like this... one day !<br></div>Many thanks !<br></div>Raphaël<br><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-15 20:40 GMT+01:00 IOhannes m zmölnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On 12/13/2014 11:14 PM, Raphaël Ilias wrote:<br>
> 3)<br>
> Last but not least, the question I can't answer myself !<br>
> When using multiple [env~] it isn't very clear for me which one will<br>
> output first.<br>
</span>[...]<br>
<br>
<br>
this sounds like the bog-standard¹ "how can i force the order of<br>
execution in the signal domain" question.<br>
<br>
the order of signal-object execution depends on the implicit<br>
relation-ship between objects: if object A sends data to object B, then<br>
B is guaranteed to be called after A.<br>
you can use subpatches that pass through signals to do signal order forcing.<br>
<br>
see attached patch.<br>
<br>
gfmadsr<br>
IOhannes<br>
<br>
¹ many people do not know about it though<br>
<br>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div></div></div></div></div></div></div>