<?xml version="1.0" encoding="UTF-8"?>
	<rss version="2.0"
		xmlns:content="http://purl.org/rss/1.0/modules/content/"
		xmlns:wfw="http://wellformedweb.org/CommentAPI/"
		xmlns:dc="http://purl.org/dc/elements/1.1/"
		xmlns:atom="http://www.w3.org/2005/Atom"

			>

	<channel>
		<title>Cycling 74  &#187;  Topic: Poly~ and pre-DAC attenuation</title>
		<atom:link href="http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/feed</link>
		<description></description>
		<pubDate>Mon, 17 Jun 2013 22:53:30 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-24472</guid>
					<title><![CDATA[Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-24472</link>
					<pubDate>Fri, 17 Feb 2006 12:49:51 +0000</pubDate>
					<dc:creator>chris rogers</dc:creator>

					<description>
						<![CDATA[
						<p>Hi,</p>
<p>I wonder whether anyone may be able to offer me some pointers when it comes to ensuring a multivoice poly~ doesn&#8217;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&#8217;ve taken a look at the limi~ and tap.elixir~ objects, but it&#8217;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?</p>
<p>Thanks a lot,</p>
<p>Chris.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70811</guid>
					<title><![CDATA[Re: Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70811</link>
					<pubDate>Fri, 17 Feb 2006 13:12:29 +0000</pubDate>
					<dc:creator>Isjtar</dc:creator>

					<description>
						<![CDATA[
						<p>>I wonder whether anyone may be able to offer me some >pointers when it comes to ensuring a multivoice poly~ >doesn&#8217;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&#8217;ve taken a look at the limi~ and tap.elixir~ objects, but >it&#8217;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?<br />
.<br />
did you check out normalize~?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70812</guid>
					<title><![CDATA[Re: Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70812</link>
					<pubDate>Sat, 18 Feb 2006 23:38:29 +0000</pubDate>
					<dc:creator>Mark Pauley</dc:creator>

					<description>
						<![CDATA[
						<p>I&#8217;ve had the exact same issue.  I wrote the following to get rid of  <br />
this:</p>
<p>make a buffer, pass the name of the buffer to a kpl_normalize  <br />
instance in your poly~ patch,</p>
<p>
Here&#8217;s a sample sine polysynth. test_kpl_normalize is needed by  <br />
poly_normalize_test as the poly~ patcher.</p>
<p>The first Let me know if you want the source to compile on windows.</p>
<p>
thanks</p>
<p>_Mark</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70813</guid>
					<title><![CDATA[Re: Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70813</link>
					<pubDate>Sun, 19 Feb 2006 21:23:05 +0000</pubDate>
					<dc:creator>chris rogers</dc:creator>

					<description>
						<![CDATA[
						<p>Thanks for this, but I&#8217;m afraid I can&#8217;t work out where the sample patch is!  Is this possibly a mailing list/forum incompatability problem? (I&#8217;m looking at the forum post&#8230;)</p>
<p>Chris</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>
I&#8217;ve had the exact same issue. I wrote the following to get rid of <br />
this:</p>
<p>make a buffer, pass the name of the buffer to a kpl_normalize <br />
instance in your poly~ patch,</p>
<p>
Here&#8217;s a sample sine polysynth. test_kpl_normalize is needed by <br />
poly_normalize_test as the poly~ patcher.</p>
<p>The first Let me know if you want the source to compile on windows.</p>
<p>
thanks</p>
<p>_Mark</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70814</guid>
					<title><![CDATA[Re: Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70814</link>
					<pubDate>Mon, 20 Feb 2006 19:21:53 +0000</pubDate>
					<dc:creator>Mark Pauley</dc:creator>

					<description>
						<![CDATA[
						<p>Sorry, rookie mistake ;)</p>
<p>I forget that there&#8217;s no way of attaching files to a forum post.<br />
I use the mailing list&#8230; so I can receive files with no issues.</p>
<p>
I&#8217;ll post the source / patch source tonight.<br />
I think that there should be some sort of mechanism that replaces my  <br />
external built into poly~<br />
I&#8217;m sure a whole lot of people would like to be able to normalize  <br />
their poly~ output in a similar fashion.<br />
Or perhaps I&#8217;m missing something?</p>
<p>
_Mark</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70815</guid>
					<title><![CDATA[Re: Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70815</link>
					<pubDate>Mon, 20 Feb 2006 21:10:38 +0000</pubDate>
					<dc:creator>Stefan Tiedje</dc:creator>

					<description>
						<![CDATA[
						<p>Mark Pauley wrote:<br />
> I&#8217;ve had the exact same issue.  I wrote the following to get rid of  this:<br />
> </p>
<p>Could you please repost the patches and include everything into a zip? <br />
files with no extensions get completely screwed through the mail, or <br />
paste them as text into the mail.</p>
<p>Stefan</p>
<p>&#8211; </p>
<p>  [][]  [][][]  [][]  [][][]<br />
[][][][][][][][][][][][][][][]</p>
<p>         Stefan Tiedje<br />
         Klanggestalter<br />
     Electronic Composition<br />
               &#038;<br />
         Improvisation</p>
<p>            /~~~~~<br />
     \   /|() ()|<br />
     ))))) )|  |  |( \<br />
     ///     _/)/ )))))<br />
             ___/   ///</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-x&#8212;-<br />
&#8211;_____&#8212;&#8212;&#8212;&#8211;|&#8212;&#8212;&#8212;&#8211;<br />
&#8211;(_|_ &#8212;-|&#8212;&#8211;|&#8212;&#8211;()&#8212;-<br />
&#8211; _|_)&#8212;-|&#8212;&#8211;()&#8212;&#8212;&#8212;&#8211;<br />
&#8212;&#8212;&#8212;-()&#8212;&#8212;&#8212;&#8212;x&#8212;&#8211;</p>
<p>14, Av. Pr. Franklin Roosevelt,<br />
94320 Thiais, France<br />
Phone at CCMIX +33-1-49 77 51 72</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70816</guid>
					<title><![CDATA[Re: Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70816</link>
					<pubDate>Tue, 21 Feb 2006 17:25:06 +0000</pubDate>
					<dc:creator>Mark Pauley</dc:creator>

					<description>
						<![CDATA[
						<p>Here&#8217;s the source to the patchers:</p>
<p>poly_normalize_test:</p>
<p>max v2;<br />
#N vpatcher 421 62 1021 462;<br />
#P window setfont &#8220;Sans Serif&#8221; 9.;<br />
#P window linecount 1;<br />
#P newex 79 92 86 196617 prepend midinote;<br />
#P user scope~ 167 240 539 356 32 3 128 -1. 1. 0 0. 0 0. 102 255 51  <br />
135 135 135 0;<br />
#P newex 79 71 48 196617 pack 0 0;<br />
#P newex 79 43 40 196617 notein;<br />
#P user ezdac~ 96 219 140 252 0;<br />
#P user meter~ 156 183 236 196 50 0 168 0 103 103 103 255 153 0 255 0  <br />
0 217 217 0 153 186 0 12 3 3 3 3;<br />
#P newex 91 116 140 196617 poly~ test_kpl_normalize 16;<br />
#P connect 3 0 4 0;<br />
#P connect 4 0 6 0;<br />
#P connect 6 0 0 0;<br />
#P connect 0 0 2 0;<br />
#P connect 3 1 4 1;<br />
#P connect 0 0 2 1;<br />
#P connect 0 0 1 0;<br />
#P connect 0 0 5 0;<br />
#P pop;</p>
<p>test_kpl_normalize:</p>
<p>max v2;<br />
#N vpatcher 387 303 987 703;<br />
#P window setfont &#8220;Sans Serif&#8221; 9.;<br />
#P message 205 153 14 196617 0;<br />
#P window linecount 2;<br />
#P newex 181 111 73 196617 if $i1 == 0 then bang;<br />
#P window linecount 1;<br />
#P message 269 137 14 196617 1;<br />
#P newex 257 111 27 196617 b;<br />
#P newex 204 286 52 196617 thispoly~;<br />
#P newex 15 113 31 196617 mtof;<br />
#N out~ 1;<br />
#P newobj 15 250 39 196617 out~ 1;<br />
#P newex 15 220 35 196617 *~ 1.;<br />
#P newex 14 136 64 196617 cycle~ 440.;<br />
#P newex 213 35 113 196617 buffer~ commonBuf 10;<br />
#P newex 68 184 133 196617 kpl_normalize~ commonBuf;<br />
#P newex 92 161 41 196617 sig~ 0.;<br />
#P window linecount 3;<br />
#P newex 92 112 57 196617 if $i1 == 0 then 0. else 1.;<br />
#P window linecount 1;<br />
#P newex 38 87 64 196617 unpack 0. 0;<br />
#N in 1;<br />
#P newobj 38 45 25 196617 in 1;<br />
#P connect 9 0 6 0;<br />
#P connect 1 0 9 0;<br />
#P connect 6 0 7 0;<br />
#P connect 7 0 8 0;<br />
#P connect 0 0 1 0;<br />
#P connect 4 0 7 1;<br />
#P connect 3 0 4 0;<br />
#P connect 1 1 2 0;<br />
#P connect 2 0 3 0;<br />
#P connect 1 1 13 0;<br />
#P connect 14 0 10 0;<br />
#P connect 12 0 10 0;<br />
#P connect 13 0 14 0;<br />
#P connect 0 0 11 0;<br />
#P connect 11 0 12 0;<br />
#P pop;</p>
<p>kpl_normalize~ lives at:<br />
  <a href="http://homepage.mac.com/mpauley/.Public/kpl_normalize~.mxo.z" rel="nofollow">http://homepage.mac.com/mpauley/.Public/kpl_normalize~.mxo.z</a> ip</p>
<p>The external is mac only.</p>
<p>_Mark</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70817</guid>
					<title><![CDATA[Re: Poly~ and pre-DAC attenuation]]></title>
					<link>http://cycling74.com/forums/topic/poly-and-pre-dac-attenuation/#post-70817</link>
					<pubDate>Tue, 21 Feb 2006 18:24:23 +0000</pubDate>
					<dc:creator>Mark Pauley</dc:creator>

					<description>
						<![CDATA[
						<p>Yes, I sent exactly this mail earlier this morning, though I don&#8217;t see  <br />
it yet.  It seems like it takes a message forever to make it through  <br />
the mailing list pipe sometimes, often I actually get the mail in  <br />
reverse order&#8230;</p>
<p>
_Mark</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

