Re: [music-dsp] Real-time pitch shifting?

Interesting topic since it became a bit of hype when computer audio processing programs started to include "stretching" as an option. Two main thoughts I haven't heard yet: the real time matter, which in the normal digital domain sampling frequency ranges poses the question of the length of

Re: [music-dsp] Real-time pitch shifting?

Hello all Am 22.05.2018 um 14:11 schrieb Theo Verelst: > fundamentally limited by the length of the sinc (-like) "perfect" > resample kernel, and the required delay for accurate re-sampling might > be considerable! This can be limited by an increasing sampling rate reducing the coarsness, but

Re: [music-dsp] Real-time pitch shifting?

On Tue, 22 May 2018, at 18:31, Matt Ingalls wrote: > As far as I can understand it, it seems to be along the same lines as > that Bernsee blog, but with peak detection. I think that should work a lot better than what you have -- although Eric Brombaugh's experience earlier in the thread may be

Re: [music-dsp] Real-time pitch shifting?

On Tue, 22 May 2018, at 14:09, Sound of L.A. Music and Audio wrote: > With the voice it is even more tricky, since the formant shaping is > different for other frequencies. One reason is, that there are more than > one "equalizer" involved. Just putting the whole track to a hight frequ > will

Re: [music-dsp] Real-time pitch shifting?

> On May 21, 2018, at 2:08 PM, robert bristow-johnson > wrote: > > unless you're gonna worry about formants, pitch shifting is just resampling > applied to the output (or input) of a time scaler. i would do whichever > operation increases the data first. so pitch

Re: [music-dsp] Real-time pitch shifting?

On Mon, 21 May 2018, at 22:08, robert bristow-johnson wrote: > From: "Chris Cannam" > > I assume this wouldn't work with your use-case as you want to keep the > > frames synchronised so you can resynthesise everything in one go. > it would need more buffering, but