Howdy, we’ve taken note of these and have added feature requests to our backlog, though there definitely isn’t a timeline for us getting to this workload. If you could give us a few specific examples of your needs for these modules, it might give us more insight into building specific modules to solve your problems that can’t be solved with what’s already in vsig (your examples for 1 and 4 already help us out a bit). Off the top of my head, a few follow ups though these are without the context of the specific problem you’re trying to solve, so I admit they may be naive suggestions… 2) Take a look at c_master_taper. I frequently use it to map input knobs. Frequency selection tapering can be done with the c_master_taper, and for dB/amplitude conversion either take 10.0 * log10 of the squared value for going amplitude -> dB, or 10^(in/20) to go from dB -> amplitude. dB conversions inherently throw out phase, since the logarithm is undefined (well, imaginary) for negative values and the dB value itself contains no phase information for amplitude conversion.
Thanks for the feedback. The application I’m looking at right now is a 32 band vocoder where I want to set the input filter frequency and output filter frequency using knobs. Two 32 output mknob would need 64 x c_master_tapers wired back into the inputs to achieve this, or I’d need 64 taperknobs. An mtaperknob would be a much more elegant way to do this, and this would also be useful for things like amplitude on graphic eq’s, multibank delays etc.
3) A c_quantize hooked up to a c_table_n might be able to help you in the short term.
For this example, I’d need to get the c_table_n to trigger 32 further c_table_n’s I was looking at building a bunch of presets for different vocoders with their bandwidths, and filter frequencies, where selecting say Moog Vocoder, or Ensoniq Vocoder, or Korg Vocoder, would set each of the 32 bands to some preset frequency, and turning on and off bands as needed, as well as adjusting the bandwidths of the filters.
I’ll get around this by just building a bunch of presets, but it would have been nice to have a menu on the UI to select a model to emulate.
4) You could put a bridge on the output of c_table_n by connecting a c_fltr_a to it. I like 20 ms as a baseline time constant for parameter smoothing.
Yeah, I tried that. I’m building a complex waveshaper with repeating shapes. It needs to be 1:1 at audio rate for the input to get correctly mapped. 32 nodes isn’t enough if you have discontinuities in it.
I may be able to get around this last one by using the max ~gen export, but I need to get hold of a Max license and then get my hands dirty.
