Time Stretching in C6

[Stringpark]

@Hippo

“which I assume may be basically the same as “realtime” in C5”

Not so in C6

Real time seems to follow what stretch setting the clip is set to in the pool.

Hippo

Ahh, makes sense. Thanks Hippo and Dreamix.

@Onno, Did you get a chance to review my responses/questions pertaining to your comments?

Thanks!

[Stringpark]

@Onno Haak

6. The preference idea is Ok. But if we’d make everything configurable via preferences instead of discussing
   it to come to a final solution that omits preferences… - guess how many preferences we would have.

Onno, I’d like to take you up on your offer, let’s discuss. Please see my responses/questions just below your comments post.

Thanks!

[MrSoundman]

I think “no audible glitch” should be the obvious preference!

[chase]

If you make the cut at a non-zero point, won’t you sometimes hear a glitch even when you play the segment after the cut, without any time stretching?

[Stringpark]

@MrSoundman

I think “no audible glitch” should be the obvious preference!

Yeah, I like that preference setting!

@chase

If you make the cut at a non-zero point, won’t you sometimes hear a glitch even when you play the segment after the cut, without any time stretching?

Hi chase, Pops come from an abrupt change in amplitude. So, you shouldn’t hear a pop for simply slicing as long as the position of the waveform on either side of the slice remains the same. Basically, if your slice looks like the bottom track on the pic I posted earlier, then you won’t hear a pop. However, you will hear a pop in the track on top because there is an abrupt change in the amplitude position of the waveform upon entering the new event.

[Bolbou]

Hey
I have another problem with ‘TimeStretching’.
When I check the a sound and I try to use this function instead of a change of pace I can hear a change of - pitchShift, regardless of the algorithm I use, but mostly I use the standard vocal.
Has anyone already encountered this problem? whether it is known the solution?
I would add that before the update C5-> C6, - C 5.5.2 and before everything was ok
Regards
Bogus

p.s.
hey
I think I found the cause and a provisional solution.
Time Stretch is working normally on a sample of 44.1 in the 16 and 24bit. However, 48kHz sample that causes the error described above.
I hope that this bug will be recorded and will be fixed in a patch soon.
greetings
Bogus

[MrSoundman]

@Bolbou

Time Stretch is working normally on a sample of 44.1 in the 16 and 24bit. However, 48kHz sample that causes the error described above.

Steinberg developers have confirmed several issues with non-44.1kHz files and have promised fixes: Steinberg Forums

[Bolbou]

thank you
a moment after I posted this post, I found several threads on the forum describing this error.
I hope that the update will be released soon.
Regards.