On 9/14/06, Jukka Akkanen
Looks like .time is taken as the length of time in seconds for the value to go from 0.0 to 1.0. Based on the ChucK manual, I, too, would have expected this to be the desired time to go from the current value to the target value. Care to report this as a bug, http:// wiki.cs.princeton.edu/index.php/ChucK/Bugs/Reports seems to be the place for that?
I'd be delighted to report it "officially" but it just might be badly documented correct behaviour? What I wanted is admittedly totally different from what it's intended to do. I wanted a "free" interpolating glide. My plan was to feed it a .target in Hz, set time to something dependant on BPM and just feed it a new "target" every note, chuck env.last() to osc.freq every few ms for some cheap thrills. Well.... no cigar. I think you are right about how it works; in that case "time" would define the slope of the ramp. That'd be valid if somewhat odd. So; the documentation is mistaken or the code has a problem.... Personally I suspect Envelope wasn't expected to have .target be set to something along the lines of 500 so it might be cool to talk about what it's supposed to do and how in ChucK. I'll submit the bug to the official page for reference and use a rather elaborate way of "manual" interpolation for now. Kas.