On 11/3/07, Atte André Jensen
Kassen wrote:
SndBuf b => dac; Envelope e => b.rate ;
That would be very nice indeed...
I would be bouncing up&down with happiness if we got this but there *must* be some catch. For one thing the whole "pull model" for samples would have to be re-written and we need some sort of protection against double connections to single parameters. "b.rate" above is probably just a single number but "my_filter.freq()" is a call to a more advanced function and running those, as we debated earlier in the topic, every sample will put a drain on the cpu and there I wonder how much cheaper a C++ implementation will be then a ChucK one. What we could also consider is enable the chucking of signals only to those member functions that cover for simple single values (with a cast to int where needed). . Kas.