You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On boards like the Daisy Patch SM, and the Daisy Field, there are inputs configured as bipolar CV inputs.
These inputs take in voltage in a range of -5V to +5V, and convert that to a normalized range of -1 to 1.
Currently gen~ sets the default clamping of any parameter to @min = 0 and @max = 1, and therefore clamps them at those values.
Oopsy then performs post-processing on the clamped signal to adjust it from the hardware-acquired value to whatever min/max attributes are set. This means that any attempt to set the min/max to -1 and 1 also results in a rescaling of the signal.
The only fix for this at this time is to use @min 0 for all params, and then manually edit the generated C++ code to -max where max is the max attribute.
I like the post-process scaling that oopsy does, definitely saves some multiplies, etc. that would be done at audio rate instead of the block rate, but being able to access the negative voltage for these types of inputs is also desirable.
The text was updated successfully, but these errors were encountered:
On boards like the Daisy Patch SM, and the Daisy Field, there are inputs configured as bipolar CV inputs.
These inputs take in voltage in a range of -5V to +5V, and convert that to a normalized range of -1 to 1.
Currently gen~ sets the default clamping of any parameter to
@min = 0
and@max = 1
, and therefore clamps them at those values.Oopsy then performs post-processing on the clamped signal to adjust it from the hardware-acquired value to whatever min/max attributes are set. This means that any attempt to set the min/max to
-1
and1
also results in a rescaling of the signal.The only fix for this at this time is to use
@min 0
for all params, and then manually edit the generated C++ code to-max
where max is the max attribute.I like the post-process scaling that oopsy does, definitely saves some multiplies, etc. that would be done at audio rate instead of the block rate, but being able to access the negative voltage for these types of inputs is also desirable.
The text was updated successfully, but these errors were encountered: