REVISED: FR: I find myself wanting LFO's and a Mod

[kodama]

Tick,


Those are the straight answers I was looking for!


I just had some ideas and if they aren't doable for practical reasons, I hope they can still give you wicked ideas!




But hey if the realtime stretch envelopes CAN work, I think that would be very expressive as well!

[Big Tick]

But hey if the realtime stretch envelopes CAN work, I think that would be very expressive as well!

I was thinking of stretching, but not realtime stretching

'Tick

[kodama]

Well whatever works best.

I was just thinking the fun part of LFOs is being able to change their speed in realtime, etc...

[kodama]

Actuaclly the envelopes already do timestretching in non realtime.

You messin with me mr. tick???

[kodama]

And actually-actually, realtime envelope stretching (speed) is already tied to velocity, so it could just as easily be assignable to the user knobs, right?

[Big Tick]

Nah it's not realtime stretching. Like, if you have a lfo programmed with the envelope, you can't play a note and tweak the envelope to change the lfo speed / range while it's playing.

In the envelope editor, there's a stretch option menu but it's not continuous, which I thought your suggestion was.

'Tick

[kodama]

I guess I was talking about changing the speed of the envelope for expressive reasons.

Exactly like the velocity can effect the speed, but assignable to a user knob.


If I'm hearing you correctly though, you're saying that this would be another waste of cpu resources & programming time though.

[Big Tick]

Maybe not programming time, but indeed cpu resource. The way it works now, the actual length of every env segment is computed at note on only - this is where all the velocity and keyboard-based modulations are applied to the envelope speed. With what you describe, all the envelope internal parameters could have to be recomputed at any time during the life span of the note.

In addition, I wonder how you would control it with a 64 segments envelope. Don't tell me you want 64 knobs ?

'Tick

[kodama]

Don't tell me you want 64 knobs ?

'Tick

(JK!) I get your points! Probably one of the only workarounds would be to be able to switch the envelopes to AHDSRs when you want a simpler envelope or something like that.

[pummel]

Kodama,

Rhino already has LFO's; two kinds. First, there are the "off line" LFO's that you build into the sustain portion of each Amp envelop. For a real-time LFO, you need to use one of the six OSC. You then use the mod matrix (disquised as performance sliders) to assign the LFO to almost any feature you want. You control the amplitude of the LFO with a performance slider. I do not beleive you can assign LFO pitch to a slider (yet), but you can RMB drag the LFO pitch real-time on its OSC page.

As for the envelop stretch knob, that is a great idea. I had previously suggested the same thing implimented with push buttons, but a knob/slider would be even better. In fact, it would be a nice touch to have a global envelop stretch knob in addition to the per-envelop knob.

While on the subject, I would also like to see an optional "snap to grid" envelop feature, with variable ( time | host-synced ) grid spacing (both axes). This would make rythmic gated envelops a snap to create.

On the (ASDR envelop -> user slider); that simply does not make sense to me.

[kodama]

Hrmmm... In playing with it, that method doesn't seem anything at all like having simple tempo synced lfos with a mod matrix...