Closed tmays closed 11 years ago
Still working on new makeparam which might be called spanparam...
In doing this, I made a new linecurv (see clippings) that uses the same curves as the mappers (i.e. norm, sym and updwn - with arguments).
This brings up the question of compatibility with jamoma which uses the ramp functions: cosine / exponential / linear / logarithm / lowpass / power / tanh / bartlett / hamming / hanning / rectangular / trapezoid / welch
Those might be good mapper functions, but I think they are overkill for ramps. The ramp functions that are really useful are explinlog and symetrical, and those are implemented in the new linecurv via the multicurv function that is the same as in the tapemovie mappers.
The other question is that jamoma has "rampfunction" as a parameter for a parameter. I think it's more useful to just have the ramp functions as arguments to the ramp itself, so that different ramp functions can be applied just by changing an argument to a ramp and not by changing the parameter itself.
to be discussed.
-t
Yes, please keep the rampfunction in the ramp message
working on span request param functions (setparam, getparam, sendparam) changes / to :: and vice versa, also assumes "namespace"
This will help with developing the new makeparams that read from and communicate with span via span.requests