snaper

Is it possible to pitch up the incoming signal?

(no fft or gizmo pitch shift, just transpose the incoming signal)

Is it possible to pitch up the incoming signal?
(no fft or gizmo pitch shift, just transpose the incoming signal)


signal-pitch-up

well , u still need to sample that signal , gen has good example . we are still talking about pitch shifting here . chunk by chunk .

You are able to do it with two delays ,but this will introduce cheap granural glitches .

I bet you are searching for gentle sounding pitch shift . right ?

well , u still need to sample that signal , gen has good example . we are still talking about pitch shifting here . chunk by chunk .
You are able to do it with two delays ,but this will introduce cheap granural glitches .
I bet you are searching for gentle sounding pitch shift . right ?


I would like to re-make the internal chorus of the old emu samplers.

I need to pitch the incoming signal a bit, and mixe it together with original :D

Nope.
I would like to re-make the internal chorus of the old emu samplers.
I need to pitch the incoming signal a bit, and mixe it together with original :D


chorus is based on delays ,slowly modulating their times will change the pitch / slow vibrate .

how far you are with chorus implementation ?

Hi , pitch before chorus ?
anyway
chorus is based on delays ,slowly modulating their times will change the pitch / slow vibrate .

edit :
how far you are with chorus implementation ?


This is the trick of the internal E-Mu chorus (not what the FX processor can do.)

If you turn on the chorus, it will duplicate your sample, then play the second sampled pitched up with cca. 3%.

In "Mono" mode, this makes a really nice effect on cymbal samples.

If you use delays on signals (this was my first idea too), it will delay the signal from the start. (On the sampler, the 2 samples starts almost at the same time.)

I've managed it with a record, then a buffer, the a synced groove, but this isnt a nice stuff :(

Yapp. Pitch :D
This is the trick of the internal E-Mu chorus (not what the FX processor can do.)

yeah . but u still need to use some sort of windowing with at least two delays so the tempo remains the same . ive been doing this stuff in a different environment, but im not on at "home" to see the procedure .

when im back i can reproduce it if you will not find the idea ,but at first i need to see what ive done .

anyway . are you somewhere with this already ?

edit . it will work with two buffers , but u need to window them too . we are talking about granular synthesis anyway

yeah . but u still need to use some sort of windowing with at least two delays so the tempo remains the same . ive been doing this stuff in a different environment, but im not on at "home" to see the procedure .
when im back i can reproduce it if you will not find the idea ,but at first i need to see what ive done .

edit . it will work with two buffers , but u need to window them too . we are talking about granular synthesis anyway


Another idea is that I tryed to measure the start delay.

(There is, cause the nice fx is on the transients, in the start of the sample.)

It is cca. 4-5 samples, tried it with a delay, but not so good anyway :(

My problem with the buffer, is that it will work only if I can sync the process.

(For example, 8n synced to use it on a hihat channel.)

Another idea is that I tryed to measure the start delay.
(There is, cause the nice fx is on the transients, in the start of the sample.)

My problem with the buffer, is that it will work only if I can sync the process.
(For example, 8n synced to use it on a hihat channel.)


"teszt" is from my version with 3.5 ms delay on 1 channel, the second one, "teszt2", is from an E-Mu, you can hear that it is very different. (Sample sample of course.)

look at - MAX / examples / effects / transposer-folder ... this is what ive been talking about before with windowing delays . But u will be not happy with the sync/timings issues

if u dont want gizmos which is much more correct . then this is the only way i guess .

i can hear the antiphase ? is this what you are after ?

do you want to avoid gizmo becasue of cpu usage ? or there is another reason Sir ?

Maybe antiphase, dont know bow to call it. Convert it to mono. And you'll hear:)

Not cpu usage, but gizmo use freq based realtime pitch shifting.

I have to "speed up" the signal with cca 3%..

Not cpu usage, but gizmo use freq based realtime pitch shifting.
I have to "speed up" the signal with cca 3%..


It is almost good, but there is some kind of clickin' nosise after the samples when you play it back :(

now i understand :) you just want to "speed up" your signal ,i thought that you want the length remain untouched . so now its clear .

Definitely i would use additional playback because of sync . i never used play object and i cant imagine why you hear the clicks :/ . i prefer to use groove as you can manage your playback much elegant way i believe

the other way is to use GEN , if u will look at the gen help tab "buffer-and-data" you will see how easy is to setup multispeed playback this way .

now i understand :) you just want to "speed up" your signal ,i thought that you want the length remain untouched . so now its clear .
Definitely i would use additional playback because of sync . i never used play object and i cant imagine why you hear the clicks :/ . i prefer to use groove as you can manage your playback much elegant way i believe

the other way is to use GEN , if u will look at the gen help tab "buffer-and-data" you will see how easy is to setup multispeed playback this way .


The clicks came from the groove object :(

window / edit / copy compressed (i bet u did it) ,and paste it onto post/text window or browse for attachment like you did with samples . or clean up your browser if something is wrong i still cant see anything

What the...cant attach m4l devices??? Cause of security reasons?

Signal pitch up?