Ok, so the docs are wrong and I'm confused. Why does it sustain? Shouldn't this essentially be a filtered impulse? Nice patch BTW. --art On 6-Jul-06, at 12:12 PM, Ge Wang wrote:
Blit seems to be working for me: ---
Blit s => dac; [ 0, 2, 4, 7, 9, 11 ] @=> int hi[];
// infinite time loop while( true ) { // frequency std.mtof( 33 + std.rand2(0,3) * 12 + hi[std.rand2(0,hi.cap()-1)] ) => s.freq;
// harmonics std.rand2( 1, 5 ) => s.harmonics;
// advance time 120::ms => now; }
--- I think we just need to update the documentation, right? Or am I missing something?
Best, Ge!
On Jul 6, 2006, at 2:48 PM, Adam Tindale wrote:
It seems that there is a bug here. Is Robin Davies still around? The idea of these UGens was to have a similar access point as the builtin UGens but in a bandlimited form. The Blit UGen should work as documented but you are right about it not working. BlitSquare and BlitSaw seem just peachy though. Can we put this on the bug list?
Thanks for finding this Eduard.
--art
On 6-Jul-06, at 3:08 AM, eduard aylon wrote:
Hello Adam et al,
I'd like to draw your attention on what I believe is an error in the Chuck manual. It seems to me that the Blit ugen section is not correct. According to the manual, Blit has only next() and value() as member functions. However, looking at ugen_stk.h reveals that Blit, as BlitSquare and BlitSaw, has freq(), harmonics() and phase() as memebers and not next () nor value().
Cheers,
Eduard
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users