<?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: binding pattr to objects higher in heirarchy</title>
		<atom:link href="http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 20:20:56 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-29908</guid>
					<title><![CDATA[binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-29908</link>
					<pubDate>Wed, 24 Jan 2007 14:36:41 +0000</pubDate>
					<dc:creator>bin</dc:creator>

					<description>
						<![CDATA[
						<p>is this possible? i can see how to bind to objects at lower levels, but i want my pattr objects encapsulated so i can hide away the workings of my patch, and have a gui on the top level bound to the encapsulated pattr&#8217;s</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94410</guid>
					<title><![CDATA[Re: binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94410</link>
					<pubDate>Wed, 24 Jan 2007 14:45:40 +0000</pubDate>
					<dc:creator>Jeremy Bernstein</dc:creator>

					<description>
						<![CDATA[
						<p>@bindto parent::parent::parent::parent::mmmwah</p>
<p>jb</p>
<p>Am 24.01.2007 um 14:36 schrieb bin ray:</p>
<p>><br />
> is this possible? i can see how to bind to objects at lower levels,  <br />
> but i want my pattr objects encapsulated so i can hide away the  <br />
> workings of my patch, and have a gui on the top level bound to the  <br />
> encapsulated pattr&#8217;s<br />
><br />
><br />
> &#8211;<br />
> <a href="http://www.myspace.com/binray" rel="nofollow">http://www.myspace.com/binray</a></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94411</guid>
					<title><![CDATA[Re: binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94411</link>
					<pubDate>Wed, 24 Jan 2007 15:05:38 +0000</pubDate>
					<dc:creator>lists@lowfrequency.or</dc:creator>

					<description>
						<![CDATA[
						<p>bind to them using pattrmarker or the ::parent:: property?<br />
what you&#8217;re doing sounds awfully complicated.  i&#8217;d suggest taking  <br />
another look at the architecture.  or using pattrforward.  it&#8217;s hard  <br />
to understand why you need poly~ in this case.</p>
<p>best<br />
evan</p>
<p>On Jan 24, 2007, at 2:36 PM, bin ray wrote:</p>
<p>><br />
> is this possible? i can see how to bind to objects at lower levels,  <br />
> but i want my pattr objects encapsulated so i can hide away the  <br />
> workings of my patch, and have a gui on the top level bound to the  <br />
> encapsulated pattr&#8217;s<br />
><br />
><br />
> &#8211;<br />
> <a href="http://www.myspace.com/binray" rel="nofollow">http://www.myspace.com/binray</a></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94412</guid>
					<title><![CDATA[Re: binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94412</link>
					<pubDate>Wed, 24 Jan 2007 16:49:06 +0000</pubDate>
					<dc:creator>bin</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: <a href="mailto:lists@lowfrequency.or">lists@lowfrequency.or</a> wrote on Wed, 24 January 2007 15:05<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> bind to them using pattrmarker or the ::parent:: property?<br />
> what you&#8217;re doing sounds awfully complicated.  i&#8217;d suggest taking  <br />
> another look at the architecture.  or using pattrforward.  it&#8217;s hard  <br />
> to understand why you need poly~ in this case.</p>
<p>i  have about 200 knobs and sliders in max with which i want to control 200 paramter values of an outboard synth</p>
<p>basically i dont want to have to connect each knob individually to the parameter outs and parameter ins, as my patch will be incomprehensibly messy. i&#8217;d rather have the knobs linked to the pattr system and work with the data away from the gui. </p>
<p>all i need to do is map the parameters coming in from sysex or ctlin to the pattr data, and map pattr data out to sysex. i&#8217;d like to know how to do this without hundreds of cables!</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94413</guid>
					<title><![CDATA[Re: binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94413</link>
					<pubDate>Wed, 24 Jan 2007 17:05:53 +0000</pubDate>
					<dc:creator>Jeremy Bernstein</dc:creator>

					<description>
						<![CDATA[
						<p>As has been suggested already twice, you should use an autopattr  <br />
object in conjunction with the dials. If the dials are already named,  <br />
you don&#8217;t need to do anything &#8212; autopattr will connect to them  <br />
automatically. If they are unnamed, using the @autoname attribute of  <br />
autopattr with name them automatically, and then connect to them.</p>
<p>The autopattr will reveal ALL of the knobs to a pattrstorage object  <br />
at the same patcher level as the autopattr object or higher.</p>
<p>If you need to get the data being managed by pattrstorage out to  <br />
other parts of your patch, may I suggest the @outputmode of  <br />
pattrstorage.</p>
<p>The following sections of the manuals might be really helpful, more  <br />
helpful than sending the same request for help with well-documented  <br />
topics multiple times.</p>
<p>autopattr:<br />
Max46ReferenceManual.pdf, p.60-62<br />
Max46Tutorials.pdf, Chapter 53, p.354-360</p>
<p>pattrstorage:<br />
Max46ReferenceManual.pdf p.417-428<br />
Max46Tutorials.pdf, Chapter 53, p.354-360</p>
<p>How To Ask Questions The Smart Way:</p>
<p><a href="http://www.catb.org/~esr/faqs/smart-questions.html" rel="nofollow">http://www.catb.org/~esr/faqs/smart-questions.html</a></p>
<p>jb</p>
<p>
Am 24.01.2007 um 16:49 schrieb bin ray:</p>
<p>><br />
> Quote: <a href="mailto:lists@lowfrequency.or">lists@lowfrequency.or</a> wrote on Wed, 24 January 2007 15:05<br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
>> bind to them using pattrmarker or the ::parent:: property?<br />
>> what you&#8217;re doing sounds awfully complicated.  i&#8217;d suggest taking<br />
>> another look at the architecture.  or using pattrforward.  it&#8217;s hard<br />
>> to understand why you need poly~ in this case.<br />
><br />
> i  have about 200 knobs and sliders in max with which i want to  <br />
> control 200 paramter values of an outboard synth<br />
><br />
> basically i dont want to have to connect each knob individually to  <br />
> the parameter outs and parameter ins, as my patch will be  <br />
> incomprehensibly messy. i&#8217;d rather have the knobs linked to the  <br />
> pattr system and work with the data away from the gui.<br />
><br />
> all i need to do is map the parameters coming in from sysex or  <br />
> ctlin to the pattr data, and map pattr data out to sysex. i&#8217;d like  <br />
> to know how to do this without hundreds of cables!<br />
> &#8211;<br />
> <a href="http://www.myspace.com/binray" rel="nofollow">http://www.myspace.com/binray</a></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94414</guid>
					<title><![CDATA[Re: binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94414</link>
					<pubDate>Wed, 24 Jan 2007 17:28:34 +0000</pubDate>
					<dc:creator>Gregory Taylor</dc:creator>

					<description>
						<![CDATA[
						<p>> i  have about 200 knobs and sliders in max with which i want to <br />
> control 200 paramter values of an outboard synth</p>
<p>This is NOT hard.</p>
<p>1. For every dial you want to work with, select<br />
Name&#8230; from the Object menu, and enter a name<br />
[this allows you to figure out what dial is <br />
what if you do the naming functionally]. You only<br />
have to do this once. Got anything in a subpatch?<br />
name it, too.</p>
<p>2. Drop a pattrstorage object into your patch.</p>
<p>3. Deop an autopattr object into your patch.</p>
<p>That&#8217;s it. Every bloody knob in the same<br />
patcher lever or higher as the autopattr<br />
object is there.</p>
<p>If you&#8217;re feeling too lazy to name your knobs<br />
in a functional manner, take a look at the<br />
autoname attribute of the autopattr object, but<br />
don&#8217;t come crying to me when you can&#8217;t figure<br />
out what dial[97] does. :-) </p>
<p>Those tutorials are pretty useful. This is the<br />
basic bonehead approach which works in some<br />
incredibly large percentage of situations, but<br />
pattr as a system is waay beyond this.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94415</guid>
					<title><![CDATA[Re: binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94415</link>
					<pubDate>Wed, 24 Jan 2007 17:47:42 +0000</pubDate>
					<dc:creator>bin</dc:creator>

					<description>
						<![CDATA[
						<p>believe it or not i read the tutorials/ help files first, but its hard to absorb everything in the 2 days ive been using pattr.</p>
<p>and you&#8217;re right i actually didnt know what question to ask, as i didnt fully understand the pattr concept.</p>
<p>i understand how to use autopattr to name  and add objects to the pattr system, (though i have named them all anyway). the problem was that i didnt know you could get data out of pattrstorage with @outputmode, so i was messing with hundreds of pattr objects</p>
<p>know i know! thankyou<br />
&#8230;.no more dreadlock patches&#8230;</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94416</guid>
					<title><![CDATA[Re: binding pattr to objects higher in heirarchy]]></title>
					<link>http://cycling74.com/forums/topic/binding-pattr-to-objects-higher-in-heirarchy/#post-94416</link>
					<pubDate>Wed, 24 Jan 2007 17:54:23 +0000</pubDate>
					<dc:creator>bin</dc:creator>

					<description>
						<![CDATA[
						<p>>How To Ask Questions The Smart Way:<br />
>http://www.catb.org/~esr/faqs/smart-questions.html</p>
<p>&#8220;Some people assert that many hackers have a mild form of autism or Asperger&#8217;s Syndrome, and are actually missing some of the brain circuitry that lubricates ?normal? human social interaction. This may or may not be true. If you are not a hacker yourself, it may help you cope with our eccentricities if you think of us as being brain-damaged.&#8221;</p>
<p>heh<br />
.</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

