[rpole~] can be a good option depending on the kind of flexibility you
need. Why the distaste for [block~] size of 1 if it works?
Do you have some pseudocode or a block diagram? That would make it easier
to give advice.
On Fri, Jan 8, 2016 at 11:53 AM, David Medine wrote:
> This is not for the
> If you want shorter feedbacks than 64 samples within a patch, there is
no way around reducing block size
i still have this itching doubt in that. i think what we're looking for is
some real leap of imagination here.
we are fine with having a block or 2 latency,,,so i'm imagining maybe
there's s
If you want shorter feedbacks than 64 samples within a patch, there is
no way around reducing block size. You may be able to optimize by
putting only the very necessary (for the feedback loop) objects into the
re-blocked subpatch.
Then there are some classes that do internal sample-size feedbacks,
Le 08/01/2016 11:16, i go bananas a écrit :
i just tried upsampling, but it seems to hit the cpu harder than lowering
blocksize, even.
my thought was : blocksize 1 AND upsampling (to improve audio quality)
upsampling a 64 block size is not interesting (in therm of cpu and quality)
and ye
You may want to look at Martin Brinkmann's patch Chaosmonster1.
http://www.martin-brinkmann.de/pd-patches.html
I studied it about a year ago, and gave up trying to understand how it
works. But it makes fantastic noises.
Martin says it "generates noise- and 'chaos'-sounds with six oscillators
wit
i just tried upsampling, but it seems to hit the cpu harder than lowering
blocksize, even.
and yeah, my friend just got a patch going using delwrite~ and vd~, which
we can use at blocksize of 1, and it works... but the hit on the cpu is
harsh.
really looking for some way to do this at normal 64
oh, I forget to say that you can also upsample the subpatch in order to reduce
the feedback latency.
Le 08/01/2016 10:54, cyrille henry a écrit :
s~ and r~ only work with 64 sample block, so you can't use them in this
situation.
but you can replace them using delwrite~ and delread~ with no de
s~ and r~ only work with 64 sample block, so you can't use them in this
situation.
but you can replace them using delwrite~ and delread~ with no delay, and force
order to write before you read.
cheers
c
Le 08/01/2016 10:42, i go bananas a écrit :
Hi all, hope everyone's well.
We're trying to
Hi all, hope everyone's well.
We're trying to implement a 4-op FM matrix with feedback, copying a patch
my friend made in reaktor using a block size of 1 (sorry, don't know the
full details of that, but he says he can get 1 sample delay for the
feedback)
Has anyone ever succeeded doing something