Maybe it’s already been mentioned, but please be aware that this feature would ideally need the possibility to make a pitch-change in realtime for the note to stay in tune - at least when using it with short loops. Otherwise the pitch would become lower when the loop range becomes larger and synth like modulations will be very limited. I think the implementation of loop point automation needs careful consideration because of this.
I briefly alluded to this at the end of the video where it was mentioned to run at 48KHz, as this affects how things sound with really short loops (most notably at higher pitches). Personally I really like how it messes with the sound and is one of the things I’d like to make use of if this feature was implemented. But I can totally see how this wouldn’t be musically useful for many people.
When you move both loop points parallelly it usually stays in tune (depending on the sample of course), when you move only one it will change pitch, i think that is all i want from this feature, not a pitch correction effect on top of it.
This sounds like a very great idea…
I’m just trying to puzzle out the damage when both start and end points are automated when the link button is active.
I just think that loop-offset point and loop-size like Afta’s tool already does would do a better job in that case. The loop offset then simply moves the whole section. In case the end-point should remain, the loop-size should be enlarged in the automation frames.
I’m not sure if could be done with link option without introducing stuff like “locking” automation parameters. (Would not hurt to have that feature, but i’m not sure if people would use the locking mechanism a lot outside your proposed DSP)
I can’t see why, am i missing something here?
To me it sounds like you want some kind of autotune effect on top of the loop point modulation, maybe i misunderstood something?
Nope. I’m saying it should be capable of adjusting the pitch (speed of sample playback, not FFT stuff) to keep the original note pitch when changing loop size. Otherwise it will be possible to “scroll” the loop window, but it wouldn’t be very usable to change the size of the loop (with a pitch slide as a side effect). Talking about short looping waveforms here…
Ok, a function that compensates the time, slows down when shrinking the loop and goes faster when enlarging the loop. I want to be able to turn it off though, but couldn’t hurt to add this feature. A manual workaround could be to automate a pitch slider at the same time as you move the loop point, but not as convenient.
I’m just trying to puzzle out the damage when both start and end points are automated when the link button is active.
I just think that loop-offset point and loop-size like Afta’s tool already does would do a better job in that case. The loop offset then simply moves the whole section. In case the end-point should remain, the loop-size should be enlarged in the automation frames.
I’m not sure if could be done with link option without introducing stuff like “locking” automation parameters. (Would not hurt to have that feature, but i’m not sure if people would use the locking mechanism a lot outside your proposed DSP)
Excellent point, I never considered that people would move both the Start and End parameters while linked; that could certainly cause issues. The point of the Link mode was to allow you to move the whole loop around in real-time with a single hardware mod-wheel/slider/dial, though I guess we could just use the Hydra for that.
just wanted to add that having realtime crossfade looping would also be great in the sampler. Combining loop point automation with this could be super cool.
This feature would also require a real time loop crossfade engine in renoise (which would also highly increase the quality of any looped samples), or it will alias as hell. Just saying… Seems to me much more complicated then.
/>
finaly something