Kurt;<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Very cool,<br>
This is why I wish ChucK either had an Array UGen or if normal ChucK<br>
arrays could be treated like UGens somehow.  Coming from other<br>
languages (Pd, Csound for example) one becomes very used to arrays (or<br>
ftables) being part of the signal chain.   Using LiSa as a workaround<br>
is pretty rad.</blockquote><div><br></div><div>I think we could say that we *do* have arrays as UGens, if we would want to argue that. Both SndBuf and LiSa are really just arrays as UGens... What we lack is arrays as UGens for control data and for audio treatment.</div>
<div><br></div><div>This may have to do with other languages having a &quot;K-rate&quot; and often even UGens at that rate. Arguably we have the best implementation of control-rate around, it&#39;s so good that we could port any and all of those things to ChucK code. It might be because of that that we lack such UGens, this is a good trade from one point of view but clearly it&#39;s often not convenient.</div>
<div><br></div><div>The GenX UGens go in this direction but they aren&#39;t that great for waveshaping and not for treatments like this one.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
  The ChucK wish-list keeps growing.<br></blockquote><div><br></div><div>It does. &quot;Borrowing&quot; ftable doesn&#39;t seem like a half bad idea and bit-crushing is so popular in modern music as well as useful in explaining the limits of digital sound that I could see a use for a specialised UGen for that as well.</div>
<div><br></div><div>Yours,</div><div>Kas.</div></div>