[SELF ( (( rmstodb((env~* 0.5)+1)*1.414 ) - 1) * 2
On Wed, Sep 24, 2014 at 7:44 AM, Billy Stiltner billy.stiltner@gmail.com wrote:
have replaced ggee moog~ with mf~ in xensynth something is still weird with my resonance modulation I found out that the filter Q modulation on filters that have control rate Q only, was all wrong. this was because env~ is not Peak to Peak so [modulator~]->[env~] -> [dbtorms] ->[* 1.414 ] gets me close to where I want to be except 0 is not a valid multiplier for the Q slider when no modulation is occurring due to the nature of [*~ controlRateQ]. so I'm thinking [modulator~]->[env~] -> [dbtorms] ->[* 1.414 ] -> [+1] or [controlRateQ]->[sig~]->(to left inlet of)->[*~ ]<-(and)<--{[modulator~]->[env~] -> [dbtorms] ->[* 1.414 ]} to the right inlet. Anyways my fexpr~ DSP Cookbook filters(Frequency,thats where it's happenin man) are working now so I might be able to do an fexpr~ moog It's hard to beleive I am finally getting to hear them work in realtime like they are supposed to be. well in multi xrun realtime anyways, with long envelope, too many controls for tcl/tk to handle, and forgetting to close the task manager,etc the cpu gets hogged. It turns out that nothing was wrong with my conversion of c code to fexpr~ but rather my envelope modulation problem, who woulda knew that [env~] was not peak to peak? not me, haha whats the deal with the [min~] of [ phasor~] and [ phasor~] ->[-~ -1]->[*~ -50] in test-mf~.pd ?
On Tue, Sep 23, 2014 at 8:17 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
the mf~ sounds good and rezzy