Poly~ and pre-DAC attenuation

Feb 17, 2006 at 12:49pm

Poly~ and pre-DAC attenuation

Hi,

I wonder whether anyone may be able to offer me some pointers when it comes to ensuring a multivoice poly~ doesn’t clip on output? I have a groove~ patch within a 12 voice poly~ and understand that there may be occasions when the combined gain of the output of the poly~ may exceed 1. I’ve taken a look at the limi~ and tap.elixir~ objects, but it’s unclear to me where I should place them (i.e inside or out of the poly~) and how exactly they would work. Can anyone post a working example?

Thanks a lot,

Chris.

#24472
Feb 17, 2006 at 1:12pm

>I wonder whether anyone may be able to offer me some >pointers when it comes to ensuring a multivoice poly~ >doesn’t clip on output? I have a groove~ patch within a 12 >voice poly~ and understand that there may be occasions when >the combined gain of the output of the poly~ may exceed 1. >I’ve taken a look at the limi~ and tap.elixir~ objects, but >it’s unclear to me where I should place them (i.e inside or >out of the poly~) and how exactly they would work. Can >anyone post a working example?
.
did you check out normalize~?

#70811
Feb 18, 2006 at 11:38pm

I’ve had the exact same issue. I wrote the following to get rid of
this:

make a buffer, pass the name of the buffer to a kpl_normalize
instance in your poly~ patch,

Here’s a sample sine polysynth. test_kpl_normalize is needed by
poly_normalize_test as the poly~ patcher.

The first Let me know if you want the source to compile on windows.

thanks

_Mark

#70812
Feb 19, 2006 at 9:23pm

Thanks for this, but I’m afraid I can’t work out where the sample patch is! Is this possibly a mailing list/forum incompatability problem? (I’m looking at the forum post…)

Chris

————————

I’ve had the exact same issue. I wrote the following to get rid of
this:

make a buffer, pass the name of the buffer to a kpl_normalize
instance in your poly~ patch,

Here’s a sample sine polysynth. test_kpl_normalize is needed by
poly_normalize_test as the poly~ patcher.

The first Let me know if you want the source to compile on windows.

thanks

_Mark

#70813
Feb 20, 2006 at 7:21pm

Sorry, rookie mistake ;)

I forget that there’s no way of attaching files to a forum post.
I use the mailing list… so I can receive files with no issues.

I’ll post the source / patch source tonight.
I think that there should be some sort of mechanism that replaces my
external built into poly~
I’m sure a whole lot of people would like to be able to normalize
their poly~ output in a similar fashion.
Or perhaps I’m missing something?

_Mark

#70814
Feb 20, 2006 at 9:10pm

Mark Pauley wrote:
> I’ve had the exact same issue. I wrote the following to get rid of this:
>

Could you please repost the patches and include everything into a zip?
files with no extensions get completely screwed through the mail, or
paste them as text into the mail.

Stefan

[][] [][][] [][] [][][]
[][][][][][][][][][][][][][][]

Stefan Tiedje
Klanggestalter
Electronic Composition
&
Improvisation

/~~~~~
\ /|() ()|
))))) )| | |( \
/// _/)/ )))))
___/ ///

————————-x—-
–_____———–|———–
–(_|_ —-|—–|—–()—-
– _|_)—-|—–()———–
———-()————x—–

14, Av. Pr. Franklin Roosevelt,
94320 Thiais, France
Phone at CCMIX +33-1-49 77 51 72

#70815
Feb 21, 2006 at 5:25pm

Here’s the source to the patchers:

poly_normalize_test:

max v2;
#N vpatcher 421 62 1021 462;
#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 79 92 86 196617 prepend midinote;
#P user scope~ 167 240 539 356 32 3 128 -1. 1. 0 0. 0 0. 102 255 51
135 135 135 0;
#P newex 79 71 48 196617 pack 0 0;
#P newex 79 43 40 196617 notein;
#P user ezdac~ 96 219 140 252 0;
#P user meter~ 156 183 236 196 50 0 168 0 103 103 103 255 153 0 255 0
0 217 217 0 153 186 0 12 3 3 3 3;
#P newex 91 116 140 196617 poly~ test_kpl_normalize 16;
#P connect 3 0 4 0;
#P connect 4 0 6 0;
#P connect 6 0 0 0;
#P connect 0 0 2 0;
#P connect 3 1 4 1;
#P connect 0 0 2 1;
#P connect 0 0 1 0;
#P connect 0 0 5 0;
#P pop;

test_kpl_normalize:

max v2;
#N vpatcher 387 303 987 703;
#P window setfont “Sans Serif” 9.;
#P message 205 153 14 196617 0;
#P window linecount 2;
#P newex 181 111 73 196617 if $i1 == 0 then bang;
#P window linecount 1;
#P message 269 137 14 196617 1;
#P newex 257 111 27 196617 b;
#P newex 204 286 52 196617 thispoly~;
#P newex 15 113 31 196617 mtof;
#N out~ 1;
#P newobj 15 250 39 196617 out~ 1;
#P newex 15 220 35 196617 *~ 1.;
#P newex 14 136 64 196617 cycle~ 440.;
#P newex 213 35 113 196617 buffer~ commonBuf 10;
#P newex 68 184 133 196617 kpl_normalize~ commonBuf;
#P newex 92 161 41 196617 sig~ 0.;
#P window linecount 3;
#P newex 92 112 57 196617 if $i1 == 0 then 0. else 1.;
#P window linecount 1;
#P newex 38 87 64 196617 unpack 0. 0;
#N in 1;
#P newobj 38 45 25 196617 in 1;
#P connect 9 0 6 0;
#P connect 1 0 9 0;
#P connect 6 0 7 0;
#P connect 7 0 8 0;
#P connect 0 0 1 0;
#P connect 4 0 7 1;
#P connect 3 0 4 0;
#P connect 1 1 2 0;
#P connect 2 0 3 0;
#P connect 1 1 13 0;
#P connect 14 0 10 0;
#P connect 12 0 10 0;
#P connect 13 0 14 0;
#P connect 0 0 11 0;
#P connect 11 0 12 0;
#P pop;

kpl_normalize~ lives at:
http://homepage.mac.com/mpauley/.Public/kpl_normalize~.mxo.z ip

The external is mac only.

_Mark

#70816
Feb 21, 2006 at 6:24pm

Yes, I sent exactly this mail earlier this morning, though I don’t see
it yet. It seems like it takes a message forever to make it through
the mailing list pipe sometimes, often I actually get the mail in
reverse order…

_Mark

#70817

You must be logged in to reply to this topic.