Can the amount of parameter 'smoothing' be tweaked for u-he plug-ins?

Official support for: u-he.com
Post Reply New Topic
RELATED
PRODUCTS

Post

When plug-in parameters are changed, it is often noticeable that they do not change instantly, especially when the value suddenly 'jumps' to another value over a relatively large range. Instead, for a very short duration, some amount of 'smoothing' is applied to the parameter value, so the transition is not abrupt, but akin to a (fast) portamento effect. Presumably, this is done (as in many other plug-ins) to prevent audible clicks. Which is of course a very good thing. So far, so good. :)

I am wondering, however, if there is any way that the user can tweak the amount of such smoothing for u-he plug-ins? Is there perhaps a way to do so in a patch, via scripting, in settings files such as com.u-he.*.UIprefs.txt, or otherwise?

And if not, may I please kindly request such a feature / functionality?

To clarify my question / request: much like with portamento, it would be very useful (to me, at least) for musical purposes if especially the duration of such smoothing can be modified, even if that could not be done in real-time (e.g. requiring to reload the plug-in), for example by setting the number of samples, or amount of absolute or relative (musical) time, during which such smoothing may happen.

I think (as I can't know for sure until I have actually tried) that for some cases, I'd like to use a *shorter* smoothing time, as I think there are some cases where the 'portamento'-like effect gets in my way, and I think it can be shortened a bit more without all too much audible artefacts.

Similarly, using a longer durations for 'smoothing' may be very useful for economising on automation / MIDI control, while still resulting in smooth envelopes, at least for cases where sudden 'jumps' in parameter values are not required.

Post

100 pageviews bump.

Post

I've wondered about this myself. I play wind controller, so routing CC2 to lots of things is important to me. It feels like the attack response (when CC2 is ramping up from 0 to the initial attack value & controlling say OSC volume) is a little sluggish, in comparison to ES2 or Aalto (about the only non U-He synths I have installed currently.) I've even set up an environment mapping in Logic to precede a note-on with a CC2 whose value matches the velocity and I still don't get real crisp attacks.

Post

OK, bump. I've basically stopped using the U-He plugins -- and stopped buying any more -- because of this issue. Any remedy?

Post

+1 on that topic.
It would be great, if parameter smoothing could be turned off.

Post

If we don't smooth parameter changes, we get stepping. Which quite honestly is far worse.

The CC2 issue is addressable though. I'll think about it.

I hadn't seen this topic before. It was a bit too close before Musikmesse ;)

Post

It wouldn't be amiss to have this smoothing time adjustable in a prefs file, Urs...

Post

Urs wrote:If we don't smooth parameter changes, we get stepping. Which quite honestly is far worse.
Depends on what you do and the PPQ resolution.

I always like to have the choice.

Post

What if you could use a CC to turn smoothing on and off? Then you could leave it on and just switch it off for that instant you want a jump.

In the meantime, you can kludge it by just rendering two takes and splicing them together where you want the jump. Rendering stuff and manipulating it is pretty much THE way of making synths sound like they're going apeshit :)
http://sendy.bandcamp.com/releases < My new album at Bandcamp! Now pay what you like!

Post

Urs wrote:If we don't smooth parameter changes, we get stepping. Which quite honestly is far worse.

The CC2 issue is addressable though. I'll think about it.
Thank you so much for taking the time to think about this! -- I'm sure wind controller players are a small fraction of your customer base.

I agree that stepping is far worse; it just seems like large jumps in controller values need some special treatment.

Post Reply

Return to “u-he”