<div dir="ltr">Stephen;<br><br><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;">In the Shaker's setupNum() function (uget_stk.cpp:12387), the<br>
frequencies of each resonator are set depending on the instrument<br>
type. It looks like they are set to specific values depending on the<br>
instrument. This is probably because they are designed to emulate<br>
very specific sounds.<br>
</blockquote><div><br>Yes, that side to it I understood. It seems the underlying code is relatively complex because the character of the different emulations (for example the number of partials) varies quite a bit. It's a nice and versatile UGen, I like it.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
You could probably get some interesting effects if you modified this<br>
code to multiply all frequencies by a variable such as freq, so that<br>
you'd have control over it at runtime. But the answer is, I think in<br>
generate .freq() is not used for Shakers.<br>
<div></div></blockquote><div><br>Ok, yes. for some of the presets, like the pebbles, tuning would make relatively little sense and I can see how this could be the case. For others, like the bamboo, I'm getting the impression like they *are* supposed to be suitable for more melodic/tuned applications. I'd imagine that the tuned bamboo is supposed to be capable of being a part of a anklung (sp?) or similar instrument that's based on both particle behaviour *and* tuning.<br>
<br>In any case; the docs do state that .freq() does work so either the docs or .freq() will have to change to line the two up. Personally I'd prefer tuned particles over a extra line in the manual/reference but admittedly that option is far more work.... :¬). BTW, I just looked up the speciffic example for this UGen in /examples/stk/ and in line 21 of "<a href="http://shake-o-matic.ck">shake-o-matic.ck</a>" the frequency *is* being set, though that might be a plain mistake, of course.<br>
<br>Perhaps Perry or Gary will have some time to comment on the intended behaviour? There are quite a few exceptions for ChucK in the code so I could even imagine this functionality differes between the plain STK and it's ChucKist child by accident. I can well see your case here but I'm not abandoning all hope for (cheap & easy) tuned rain and anklungs :¬).<br>
<br>Yours,<br>Kas.<br><br></div></div><br></div>