is there any way to clear a delwrite~ object so that i don't get
unwanted feedback? or pehaps another way to write a delayline that is
clearable?
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
i made an fm synth that has a delay line on it,
and if i retrigger notes faster than the delay on the delay line, the
delay from the previous note bleeds into the new note.
this makes clicks when the 2 notes overlap.
i can think of a workaround, but if there would be a way to clear the
Hallo,
hard off hat gesagt: // hard off wrote:
i made an fm synth that has a delay line on it,
and if i retrigger notes faster than the delay on the delay line, the
delay from the previous note bleeds into the new note.
Maybe use more than one delayline and switch them with [poly]?
Ciao
--
Hello,
besides the solution provided by Frank, you can try these two things:
1. use two (or more) delay lines that are filled circularly.
Example for 4 lines. When you play a note, first use line #1. The following note
will be sent to line #2, the third to #3, the fourth to #4, the fifth to #1,
yeah i decided to go with the poly option.
still, it would be nice if there was a clear option for delwrite~
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
hi all,
I made a small lib of abstractions to work with presets in pd (alternative
to memento) and thought to release it. It requires pd 0.39, the pool and
iemlib externals. A soundbank is also included, that has a built in
editor, featuring non-destructive editing.
If someone wants to give it a
It looks like finally the nightly windows builds of Pd-extended are
working regularly. pd-MAIN still needs work. Try it out and report
any problems.
http://autobuild.puredata.info/auto-build/latest/
The one big difference between the nightly Windows builds and the
others is that Gem
Hmm, I think the design is, in fact, wrong. But should I now fix it
(incompatibly)? drat.
M
On Tue, Oct 31, 2006 at 11:10:57PM +0100, Roman Haefeli wrote:
On Mon, 2006-10-30 at 23:04 +0100, Frank Barknecht wrote:
Length in list-len.pd in the traditional way is calculated by
serializing
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
Hmm, I think the design is, in fact, wrong. But should I now fix it
(incompatibly)? drat.
I think you should. I don't think many people have used the length
operation of [list] so far, as 0.40 still is quite new and there isn't
a
Frank Barknecht schrieb:
I guess
the number of users who wanted this is even smaller.
Or to say it in other words... the number is 1.
m.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
Hello,
I was wondering if anyone knows of an external for good quality Phase
Vocoder analysis and re-synthesis. I've tried the fft example included
in PD and the quality is not really that good for extreme time
stretching (which I'm interested in doing). I've been using the PVOC
opcodes from
On Wed, 1 Nov 2006, Miller Puckette wrote:
Hmm, I think the design is, in fact, wrong. But should I now fix it
(incompatibly)? drat.
I think you should change it, because I doubt that anyone has found a use
for the behaviour of [list length] that would be changed.
_ _ __ ___ _
Hi all,
I am experiencing a very strange problem with pd. For a month I did
not use pd and I did regular system updates and
kernel recompiles. Today I have launched again pd, but it did not
start up.. instead it spittes out this strange stuff:
priority 98 scheduling enabled.
priority 96
maybe i am saying anything, but there's an external to link csound in pure
data:
http://music.nuim.ie/musictec/csound/
so maybe you will be able to use your pvoc opcodes in pd.
patrick
___
PD-list@iem.at mailing list
UNSUBSCRIBE and
14 matches
Mail list logo