member badge
ultracello
Description:
It would be great if the shifting process of a donut (Shift) was not audible while being performed.
However, I see two different use cases, which is why I suggest offering two options:
1.
Option 1:
Keep everything as it is now. This is ideal for longer sessions where users frequently adjust pitch shifting and want to hear the changes in real time. Additionally, the de facto glitching effect that occurs during shifting can be a great side effect, especially for experimental music.
2.
Option 2:
While shifting, the original (unshifted) clip continues to play. The shifted version is only played after the user has finished shifting and releases the touch.
• A key question here is
how long the delay should be between the last shift movement and lifting the finger
, as this determines when the shifted clip starts playing.
• Most users will likely shift relatively quickly, especially in a live performance. Only a few users will shift very slowly.
• Therefore, this delay should be set to a
very short default value
to ensure a natural and responsive workflow.
•
If technically possible, an automated smooth fade-out/fade-in between the unshifted and the shifted clip could take place during this time (or part of it).
This transition would happen automatically to minimize unwanted artifacts and make the switch smoother.
✅
General Recommendation:
I would suggest that for all available shifting and any future real-time clip-editing features (and actions), users should have these same two options: Option 1 and Option 2.
Both have their own advantages and disadvantages, and depending on the musical context, one might be more suitable than the other. A consistent implementation of this approach could make working with Loopy Pro even more flexible.