just a note to say that apart from the bit about limiter~ being good, the rest of this paragraph is crap. the stuff about comparing signals makes no sense in this context. i was deluded for a minute into thinking that limiter~ worked like the "balance" opcode in csound (whoa, flashback).
;)
pix.
On Fri, May 21, 2004 at 04:59:06PM +0200, pix wrote:
dereks solution of using limiter~ is also good. i only just noticed it myself. i think it's in iemlib by the way. you could tie the power of the delayed signal to the power of the unprocessed signal, but with a longer decay time so that you don't clip off all of the effect. there is information on how to do this in the "modes" help subpatch.