Topic: Preview: zPitch

This topic has 32 replies, 10 voices, and was last updated 19 years ago by duncanparsons.

Viewing 15 posts - 16 through 30 (of 33 total)

← 1 2 3 →

March 1, 2007 at 16:20 #9121

Conquistador
Participant

@Zynewave wrote:

Isn’t Liveslice a beat slicer? That’s a different technique than time-stretching. I browsed the Liveslice info, but could not find indication that it supports stretch.

Yes it is a beat slicer but far more than that. It can rearrange the slices of any audio clip in real time while synced to host tempo plus many more creative options are on offer…

I browsed the Liveslice info, but could not find indication that it supports stretch

…and as for stretching, it does that too…you might want to read through this thread…

http://www.kvraudio.com/forum/viewtopic.php?t=165505

…the developer “ohm” adds his comments to some very interesting questions on the subject. Well worth a look Frits. 😉

March 1, 2007 at 18:43 #9128

Zynewave
Keymaster

I don’t intend to add more parameters to zPitch, so it won’t get beat-slicing functionality. I read the topic you linked, and it seems that Liveslize uses a simple form of stretching on the decaying part of the individual drum hits. The algo I use in zPitch is slightly more advanced/CPU demanding.

I’ve just finished creating a small native editor for zPitch:

Clicking+dragging on the pitch band will adjust in semitones. Holding shift while clicking will adjust in cents. The band will resize to the window, so you can set a convenient size for automation recording of realtime mouse movements on the band.

March 1, 2007 at 19:19 #9129

darcyb62
Participant

@Zynewave wrote:

I don’t intend to add more parameters to zPitch, so it won’t get beat-slicing functionality. I read the topic you linked, and it seems that Liveslize uses a simple form of stretching on the decaying part of the individual drum hits. The algo I use in zPitch is slightly more advanced/CPU demanding.

I’ve just finished creating a small native editor for zPitch:

Clicking+dragging on the pitch band will adjust in semitones. Holding shift while clicking will adjust in cents. The band will resize to the window, so you can set a convenient size for automation recording of realtime mouse movements on the band.

I like….

March 2, 2007 at 11:00 #9131

Conquistador
Participant

@Zynewave wrote:

I don’t intend to add more parameters to zPitch, so it won’t get beat-slicing functionality.

I think there are much more important features I would like to see first anyway in Podium, especially since I still have and use Live slice so I have no problem with that. Keeping the zPitch simple is a good idea IMO.

I read the topic you linked, and it seems that Liveslize uses a simple form of stretching on the decaying part of the individual drum hits.

Simple maybe, but still very effective.

The algo I use in zPitch is slightly more advanced/CPU demanding.

Well if it is really more advanced then that is very good news indeed. 8)

I’ve just finished creating a small native editor for zPitch:

Oooooh that does look nice.

Somehow you still manage to make even the most simple things look good. 8) I really like the way the zPitch has been integrated into the Track Inspector…just like it has always been there. It’s that level of integration that is one of the big draws of the zplugs.

Being such a capable designer as well as a developer really is a highly useful combination and Podium has certainly benefited from it in many ways. Your implementation of spline curves and the project start page are just two great examples. 😉 Nice work!

March 2, 2007 at 13:09 #9134

kingtubby
Participant

@Conquistador wrote:

Being such a capable designer as well as a developer really is a highly useful combination and Podium has certainly benefited from it in many ways. Your implementation of spline curves and the project start page are just two great examples. 😉 Nice work!

Agreed – 100% 8)

Mart

March 6, 2007 at 02:37 #9152

Zynewave
Keymaster

Progress update:

I’ve found some ways to improve the quality of the time-stretch, but to get better quality the latency of zPitch would have to go up. I don’t think the plugin will be useful if the latency approaches 200 milliseconds. The latency is however not a big problem when integrating time-stretch in Podium, so I’ll be able to benefit from the quality improvements then.

March 6, 2007 at 10:30 #9153

acousmod
Participant

Will the pitch and the time-stretching work also with multichannel files in future versions ?

March 6, 2007 at 10:42 #9154

Zynewave
Keymaster

@acousmod wrote:

Will the pitch and the time-stretching work also with multichannel files in future versions ?

If you mean the time-stretch that is going to be integrated in Podium, then yes. Up to the full 32 channels, with all channels phase-locked.

I also plan to extend both zPEQ and zPitch to be multi-channel capable, but for that I’m waiting for Steinberg to release the VST3 spec.

March 6, 2007 at 11:42 #9155

acousmod
Participant

If you mean the time-stretch that is going to be integrated in Podium, then yes. Up to the full 32 channels, with all channels phase-locked.

Wonderful !!!

I also plan to extend both zPEQ and zPitch to be multi-channel capable, but for that I’m waiting for Steinberg to release the VST3 spec.

Exciting news… It will be hard to wait 😉

March 6, 2007 at 12:38 #9156

Zynewave
Keymaster

@Zynewave wrote:

I don’t intend to add more parameters to zPitch…

I take that back. I’ve now added a mix parameter, which controls the ratio of dry/wet signal. Set it at ~50% and you can sing harmony with yourself, with the pitch parameter controlling the harmony voice.

March 6, 2007 at 13:44 #9157

darcyb62
Participant

@Zynewave wrote:

Progress update:

I’ve found some ways to improve the quality of the time-stretch, but to get better quality the latency of zPitch would have to go up. I don’t think the plugin will be useful if the latency approaches 200 milliseconds. The latency is however not a big problem when integrating time-stretch in Podium, so I’ll be able to benefit from the quality improvements then.

If you have the ability to select the level of quality, latency should be less an issue. As an example, if you are doing a quick sketch and don’t need the quality, turn the quality down and go for the reduced latency. I could see this as being useful when laying down the initial tracks. When mixing latency is less an issue and you can turn the quality back up.

March 6, 2007 at 16:23 #9158

haiku
Participant

Cool Frits! I’m glad you’ve been able to improve the algo, and I like the idea of a dry/wet control.

Actually, using it by only a few semitones and having the wet at only about 5% or so could make for an interesting chorus effect also.

March 6, 2007 at 22:34 #9160

Zynewave
Keymaster

@darcyb62 wrote:

If you have the ability to select the level of quality, latency should be less an issue. As an example, if you are doing a quick sketch and don’t need the quality, turn the quality down and go for the reduced latency. I could see this as being useful when laying down the initial tracks. When mixing latency is less an issue and you can turn the quality back up.

What I have done in zPitch now, is check whether the plugin is running in offline processing mode (bounce render), and if so use the best quality possible. The latency is not an issue when rendering. That way the plugin can still be used realtime with a relatively low latency.

March 6, 2007 at 22:37 #9161

Conquistador
Participant

@haiku wrote:

Cool Frits! I’m glad you’ve been able to improve the algo, and I like the idea of a dry/wet control.

Yes, nice work Frits. 8)

March 7, 2007 at 17:53 #9176

acousmod
Participant

Concerning the quality of time-stretching algos, it seems that there is a free Dirac LE version available.
See this thread :
http://www.cockos.com/forum/showthread.php?t=6272&highlight=diracle

Perhaps that it can be another option for non realtime rendering ?

Viewing 15 posts - 16 through 30 (of 33 total)

← 1 2 3 →

You must be logged in to reply to this topic.