Thanks for the info.
Anything like Zynaptiq Morph?
- KVRian
- 1094 posts since 23 Sep, 2006
Yeah, that's what impressed me too. All the pitch detection I've used in the past has been pretty off and this sounds pretty darn good. Unfortunately I'm on PC, boo 
Thanks for the info.
Thanks for the info.
-
- KVRist
- 193 posts since 3 Mar, 2013
Can't MAutoPitch spit out MIDI from incoming audio? If not, Melodyne Editor and Vieklang2 can do it, but they cost money.vectorwarrior wrote:Yeah, that's what impressed me too. All the pitch detection I've used in the past has been pretty off and this sounds pretty darn good. Unfortunately I'm on PC, boo
Thanks for the info.
Desktop: Win 7 Pro SP1 | i7 960 (4 cores 3.2 GHz) | 16 GB RAM | GTX470 | SSD boot plus 3x HDDs
Laptop: Win 8.1 | i7 4710HQ (4 cores 2.5 GHz)| 16 GB RAM | GTX850m | SSD boot plus one HDD
Laptop: Win 8.1 | i7 4710HQ (4 cores 2.5 GHz)| 16 GB RAM | GTX850m | SSD boot plus one HDD
- KVRian
- 1094 posts since 23 Sep, 2006
Interesting! I've not seen anything that suggests that it does (I just had a look in the manual and website), but I hope you're right. If anyone knows how to do this, please let me know!
(Sorry for the thread derail)
(Sorry for the thread derail)
-
- KVRist
- 193 posts since 3 Mar, 2013
It turns out that I haven't seen anything that suggests it does, either... I just checked, and it turns out I have a faulty memory - MIDI input was added to MAutoPitch in version 9.14.vectorwarrior wrote:I've not seen anything that suggests that it does
Desktop: Win 7 Pro SP1 | i7 960 (4 cores 3.2 GHz) | 16 GB RAM | GTX470 | SSD boot plus 3x HDDs
Laptop: Win 8.1 | i7 4710HQ (4 cores 2.5 GHz)| 16 GB RAM | GTX850m | SSD boot plus one HDD
Laptop: Win 8.1 | i7 4710HQ (4 cores 2.5 GHz)| 16 GB RAM | GTX850m | SSD boot plus one HDD
- KVRian
- 1094 posts since 23 Sep, 2006
And that is how feature requests are born 
-
MeldaProduction MeldaProduction https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=176122
- KVRAF
- 14339 posts since 15 Mar, 2008 from Czech republic
Anyway thank you folks!
As for morphing vs. vocoding, this particular algorithm (which is probably quite similar to zmorph's) is actually highly based on it, yet kind of different
-
MeldaProduction MeldaProduction https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=176122
- KVRAF
- 14339 posts since 15 Mar, 2008 from Czech republic
What do you mean by that?
- KVRAF
- 6504 posts since 25 May, 2002 from Bobo-dioulasso\BF__Geneva/CH
BTW, how long will last the introducing price for Mmorph ?
-
- KVRist
- 32 posts since 4 Apr, 2015
I think Jedinhopy is referring to this https://09-lvl3-gcs-pdl.vimeocdn.com/vi ... 6a48ec92ed
at 3.50min
Edit Seems link the link isn't working anymore here's a working one: https://vimeo.com/116440506
at 3.50min
Edit Seems link the link isn't working anymore here's a working one: https://vimeo.com/116440506
Last edited by AudioTraveler on Sun Jan 17, 2016 5:04 pm, edited 1 time in total.
-
- KVRian
- 847 posts since 20 May, 2010
What i am trying to get with MMorph is this:
Simple morphing scenario:
Sound A is a 500 Hz sine wave.
Sound B is a 900 Hz sine wave.
The morphing transition between (Sound A) and (Sound B) should sound like the (Sound A) that is playing a 500 Hz sine wave is pitch bending into the 900 Hz frequency.
Complex morphing scenario:
For example pitch morphing a sawtooth waveform into a single sine wave will move all
frequencies towards the single frequency that the sine wave plays.
When morphing has gone from A to B.
All FFT paritals will play the exactly same frequencies because the sound B is only a solo monophonic sine wave.
During the transition between sound A and sound B.
Frequencies will bend upwards and downwards at the same time.
Simple morphing scenario:
Sound A is a 500 Hz sine wave.
Sound B is a 900 Hz sine wave.
The morphing transition between (Sound A) and (Sound B) should sound like the (Sound A) that is playing a 500 Hz sine wave is pitch bending into the 900 Hz frequency.
Complex morphing scenario:
For example pitch morphing a sawtooth waveform into a single sine wave will move all
frequencies towards the single frequency that the sine wave plays.
When morphing has gone from A to B.
All FFT paritals will play the exactly same frequencies because the sound B is only a solo monophonic sine wave.
During the transition between sound A and sound B.
Frequencies will bend upwards and downwards at the same time.
- KVRAF
- 1908 posts since 7 Jan, 2004 from Earth
Oh my... the road toward Kyma is still very longAudioTraveler wrote:I think Jedinhopy is referring to this https://09-lvl3-gcs-pdl.vimeocdn.com/vi ... 6a48ec92ed
at 3.50min
- KVRian
- 1094 posts since 23 Sep, 2006
Yeah, this is what I was hoping morph would do, but instead it is essentially a spectral based vocoder rather than truly morphing one signal to another.Jedinhopy wrote:What i am trying to get with MMorph is this:
Simple morphing scenario:
Sound A is a 500 Hz sine wave.
Sound B is a 900 Hz sine wave.
The morphing transition between (Sound A) and (Sound B) should sound like the (Sound A) that is playing a 500 Hz sine wave is pitch bending into the 900 Hz frequency.
Complex morphing scenario:
For example pitch morphing a sawtooth waveform into a single sine wave will move all
frequencies towards the single frequency that the sine wave plays.
When morphing has gone from A to B.
All FFT paritals will play the exactly same frequencies because the sound B is only a solo monophonic sine wave.
During the transition between sound A and sound B.
Frequencies will bend upwards and downwards at the same time.
I feel like melda has all the technology to make this happen:
Spectral analysis of signal a
spectral analysis of signal b
Determination of what transformation needs to happen to turn a into b (auto eqs have this)
Spectral transformation of a into b (as in mtransform)
This would happen every X samples as defined in the spectral settings.
It's a bit like an auto eq, but it takes very regular snapshots of comparison, and instead if eq it is a frequency transformation using mtransform.
It would probably sounds horrible but I would love to try this.
- KVRAF
- 6504 posts since 25 May, 2002 from Bobo-dioulasso\BF__Geneva/CH
I would say even more :A lame wanker called Krakatau wrote:BTW, how long will last the introducing price for Mmorph ?
- how long will last the introducing price for Mmorph ?
-
Sampleconstruct Sampleconstruct https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=191286
- KVRAF
- 16773 posts since 12 Oct, 2008 from Here and there
The new spectral morphing in Alchemy 2 can do this, depending on how much time you invest and how carefully you prepare the involved samples the results are pretty spectacular. But I doubt this can be a real time process for an FX plugin transforming an incoming audio stream, all necessary calculations (formant analysis and so forth) in Alchemy 2 is done when you re-synthesize the samples and I guess Kyma works the same way. So I assume Vojtech would need to release some sort of standalone app or morphing synth in order to do this kind of thing.vectorwarrior wrote:Yeah, this is what I was hoping morph would do, but instead it is essentially a spectral based vocoder rather than truly morphing one signal to another.Jedinhopy wrote:What i am trying to get with MMorph is this:
Simple morphing scenario:
Sound A is a 500 Hz sine wave.
Sound B is a 900 Hz sine wave.
The morphing transition between (Sound A) and (Sound B) should sound like the (Sound A) that is playing a 500 Hz sine wave is pitch bending into the 900 Hz frequency.
Complex morphing scenario:
For example pitch morphing a sawtooth waveform into a single sine wave will move all
frequencies towards the single frequency that the sine wave plays.
When morphing has gone from A to B.
All FFT paritals will play the exactly same frequencies because the sound B is only a solo monophonic sine wave.
During the transition between sound A and sound B.
Frequencies will bend upwards and downwards at the same time.
I feel like melda has all the technology to make this happen:
Spectral analysis of signal a
spectral analysis of signal b
Determination of what transformation needs to happen to turn a into b (auto eqs have this)
Spectral transformation of a into b (as in mtransform)
This would happen every X samples as defined in the spectral settings.
It's a bit like an auto eq, but it takes very regular snapshots of comparison, and instead if eq it is a frequency transformation using mtransform.
It would probably sounds horrible but I would love to try this.

