You're right. I'm gonna do that in the next couple of days.
> Gesendet: Sonntag, 13. September 2015 um 23:31 Uhr
> Von: "IOhannes m zmölnig"
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] weird behavior of [vd~] in phave vocoder (overlapping
> subpatches)
&
On 09/13/2015 10:19 AM, Christof Ressi wrote:
> I just discovered that there
> isn't even any helpfile for [samplerate~] in Pd Vanilla! I'll write a bug
> report
> asking for a helpfile which also mentions the 'wrong' samplerate in
> subpatches
> with oversampling.
or even better: write a bug
Torres Porres"
An: "Christof Ressi" , "pd-list@lists.iem.at"
Betreff: Re: Re: Re: Re: Re: Re: [PD] weird behavior of [vd~] in phave vocoder (overlapping subpatches)
> But [vd~] itself does nothing regarding to overlap and that's
> very important to understa
tion for oscillators and ramps could be done internally in
> the objects, but then this might lead to other weird behaviour instead so
> it's kind of a trade off. Again, I think this is just an issue of proper
> documentation!
>
> Cheers
>
>
> *Gesendet:* Freitag, 11. Sep
aranteed.
>>
>> 3) This is just as messed up as I predicted, because you're simply
>> 'reading along' the 'weird' delay line above. :-)
>>
>> Don't worry, it took me some time to figure this all out, because this is
>> nowhere documen
ows implicitely from the
> behaviour of overlapping subpatches (which is also not documented properly
> at all... the oversampling and sequential calculation should be mentioned
> in the helpfile of [block~] at least --> possible bug fix?)
>
> Tell me if that makes sense to you
ems... :-p
Cheers
Gesendet: Freitag, 11. September 2015 um 12:18 Uhr
Von: "Christof Ressi"
An: "Alexandre Torres Porres"
Cc: Pd-List
Betreff: Re: [PD] weird behavior of [vd~] in phave vocoder (overlapping subpatches)
Luckily I can offer you (hopefully) clear explana
tlet.
The oversampling is the only reason for all the corrections you had to do in you patch. I attached a copy where I made some comments. I hope this helps. If you have any more questions you can ask me.
Cheers
Gesendet: Donnerstag, 10. September 2015 um 23:00 Uh
ly reason for all the corrections you had to do
> in you patch. I attached a copy where I made some comments. I hope this
> helps. If you have any more questions you can ask me.
>
> Cheers
>
>
>
>
>
>
>
>
>
> *Gesendet:* Donnerstag, 10. September 2015 um 23:00 U
Donnerstag, 10. September 2015 um 23:00 Uhr
Von: "Alexandre Torres Porres"
An: "Christof Ressi"
Cc: Pd-List
Betreff: Re: Re: Re: [PD] weird behavior of [vd~] in phave vocoder (overlapping subpatches)
naaah, yeah, they're different.. oops... but doesn't really
gt;> of all this. In that case the confusion might arise from the fact that you
>>> have to consider the relation between the 'speed' of the delay line
>>> (depending on the sample rate of the subpatch containing the [delwrite~])
>>> and the 'speed' of the o
on these points!
>>
>> For me its sometimes a trial and error game to find all those parameters
>> which have to be divided/multiplied by the overlap factor. But after a
>> while of thinking everything turns out to make sense.
>> Delaying the back window [z~] is a rather
his behaviour than I don't know what else we could've missed...
Cheers
Gesendet: Donnerstag, 10. September 2015 um 18:10 Uhr
Von: "Alexandre Torres Porres"
An: "Christof Ressi"
Cc: Pd-List
Betreff: Re: Re: [PD] weird behavior of [vd~] in phave vocoder (overlap
and it won't give
> accurate results each time you change the pitch shifting factor, but after
> one fft-window it settles. The question is if you can actually here this
> error. When I find some time I'll make a comparison between our both
> solutions.
>
> Cheers,
ally here this error. When I find some time I'll make a comparison between our both solutions.
Cheers, Christof
Gesendet: Donnerstag, 10. September 2015 um 07:51 Uhr
Von: "Alexandre Torres Porres"
An: "Christof Ressi"
Cc: Pd-List , "Gerd Schuller"
>>> unlike [osc~], [vd~] will get the continuities between blocks right!"
> You can't really compare these two objects.
Sure I can :) i'll insist on it by the way. Again, [vd~] will not generate
discontinuities with the overlaps, unlike other objects such as [osc~] and
[phasor~]. Moreover, and as
Hi Alexandre,
I'm new on this list, but I think I can help you on this because recently I tried to do the same thing. I can't fully test your patch because I'm missing the cyclone library (and don't bother to install it :-p). I try to give an answer to the following questions:
"Other issue
Dear list, long ago I made a live sampler where you can start recording
into an array and right away start phase vocoding on the fly - based on the
"I07" example, so I was using a regular buffer/array. So I wanted to make
it run with a circular buffer, and once in january 2012, someone here on
the
18 matches
Mail list logo
