<?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: bpatcher offset via pp, problem in Live</title>
		<atom:link href="http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/feed</link>
		<description></description>
		<pubDate>Tue, 18 Jun 2013 20:01:22 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/#post-32251</guid>
					<title><![CDATA[bpatcher offset via pp, problem in Live]]></title>
					<link>http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/#post-32251</link>
					<pubDate>Sun, 03 Jun 2007 22:43:19 +0000</pubDate>
					<dc:creator>Dan Nigrin</dc:creator>

					<description>
						<![CDATA[
						<p>I have a pluggo that uses a pp parameter, loaded from the plugin&#8217;s default program, to set the initial offset of an object located within a bpatcher off the main patch.</p>
<p>In Ableton Live (on both Mac and PC), when loading the pluggo with Auto-open Plugin windows set to ON, the patch is initialized correctly, with the pp parameter offseting the bpatcher contents correctly.  If one switches the Auto-open Plugin windows to OFF however, and then manually opens the plugin window, the bpatcher&#8217;s contents are not offset correctly.  </p>
<p>I&#8217;ve reproduced the problem in a very stripped down set of two patches below.  The first is the main patch, which must be compiled to a Pluggo.  The second is the bpatcher that is loaded, name it &#8220;text&#8221;.  When the plugin is opened, the pp is supposed to set the text into the upper right corner of the bpatcher.  When opened manually, you&#8217;ll see that it&#8217;s instead located in the lower right.</p>
<p>Any ideas on how to address this, such that the correct offset is applied when the plugin window is actually opened?</p>
<p>Thanks,<br />
Dan</p>
<p>MAIN PATCH, NAME IT WHATEVER YOU WANT</p>
<p>max v2;<br />
#N vpatcher 84 197 525 434;<br />
#P origin 0 15;<br />
#P window setfont &#8220;Sans Serif&#8221; 9.;<br />
#P newex 175 171 70 9109513 s &#8212;thelocation;<br />
#P bpatcher 41 33 365 53 0 0 text.pat 1;<br />
#P number 175 140 35 9 50 300 3 139 0 0 0 221 221 221 222 222 222 0 0 0;<br />
#P message 101 139 53 9109513 capture 1;<br />
#N pp 1 &#8220;Text Position&#8221; 50 300;<br />
#P newobj 222 138 120 9109513 pp 1 &#8220;Text Position&#8221; 50 300;<br />
#N plugconfig;<br />
#C useviews 0 1 0 1;<br />
#C numprograms 1;<br />
#C preempt 1;<br />
#C sigvschange 1;<br />
#C sigvsdefault 32;<br />
#C windowsize;<br />
#C defaultview Interface 0 0 1;<br />
#C dragscroll 1;<br />
#C infotext Testing;<br />
#C package wxyz;<br />
#C setprogram 1 Default 0 1.;<br />
#C uniqueid 99 99 99;<br />
#C hintfg 65021 50886 15420;<br />
#C initialpgm 1;<br />
#P newobj 101 159 55 9109513 plugconfig;<br />
#P connect 2 0 0 0;<br />
#P fasten 1 0 3 0 227 163 346 163 346 120 180 120;<br />
#P connect 3 0 5 0;<br />
#P fasten 3 0 1 0 180 161 216 161 216 132 227 132;<br />
#P pop;</p>
<p>
PATCH LOADED INTO MAIN PATCH&#8217;S BPATCHER, CALL IT &#8220;text&#8221;</p>
<p>max v2;<br />
#N vpatcher 539 193 977 519;<br />
#P window setfont &#8220;Sans Serif&#8221; 9.;<br />
#P window linecount 1;<br />
#P newex 125 137 68 9109513 r &#8212;thelocation;<br />
#P message 125 161 116 9109513 script move thetext $1 40;<br />
#N thispatcher;<br />
#Q end;<br />
#P newobj 125 185 61 9109513 thispatcher;<br />
#P window linecount 3;<br />
#P comment 299 40 100 9109513 This text should be on right of bpatcher after pp sends the data;<br />
#P objectname thetext;<br />
#P connect 3 0 2 0;<br />
#P connect 2 0 1 0;<br />
#P pop;</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/#post-105735</guid>
					<title><![CDATA[Re: bpatcher offset via pp, problem in Live]]></title>
					<link>http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/#post-105735</link>
					<pubDate>Mon, 04 Jun 2007 01:04:54 +0000</pubDate>
					<dc:creator>Timothy Place</dc:creator>

					<description>
						<![CDATA[
						<p>Does the active object work in Pluggo?  If so, maybe you could try  <br />
that to bang the offset message in&#8230;<br />
   Tim</p>
<p>
On Jun 3, 2007, at 5:43 PM, Dan Nigrin wrote:</p>
<p>><br />
> I have a pluggo that uses a pp parameter, loaded from the plugin&#8217;s  <br />
> default program, to set the initial offset of an object located  <br />
> within a bpatcher off the main patch.<br />
><br />
> In Ableton Live (on both Mac and PC), when loading the pluggo with  <br />
> Auto-open Plugin windows set to ON, the patch is initialized  <br />
> correctly, with the pp parameter offseting the bpatcher contents  <br />
> correctly.  If one switches the Auto-open Plugin windows to OFF  <br />
> however, and then manually opens the plugin window, the bpatcher&#8217;s  <br />
> contents are not offset correctly.<br />
><br />
> I&#8217;ve reproduced the problem in a very stripped down set of two  <br />
> patches below.  The first is the main patch, which must be compiled  <br />
> to a Pluggo.  The second is the bpatcher that is loaded, name it  <br />
> &#8220;text&#8221;.  When the plugin is opened, the pp is supposed to set the  <br />
> text into the upper right corner of the bpatcher.  When opened  <br />
> manually, you&#8217;ll see that it&#8217;s instead located in the lower right.<br />
><br />
> Any ideas on how to address this, such that the correct offset is  <br />
> applied when the plugin window is actually opened?<br />
><br />
> Thanks,<br />
> Dan<br />
><br />
> MAIN PATCH, NAME IT WHATEVER YOU WANT<br />
><br />
> max v2;<br />
> #N vpatcher 84 197 525 434;<br />
> #P origin 0 15;<br />
> #P window setfont &#8220;Sans Serif&#8221; 9.;<br />
> #P newex 175 171 70 9109513 s &#8212;thelocation;<br />
> #P bpatcher 41 33 365 53 0 0 text.pat 1;<br />
> #P number 175 140 35 9 50 300 3 139 0 0 0 221 221 221 222 222 222 0  <br />
> 0 0;<br />
> #P message 101 139 53 9109513 capture 1;<br />
> #N pp 1 &#8220;Text Position&#8221; 50 300;<br />
> #P newobj 222 138 120 9109513 pp 1 &#8220;Text Position&#8221; 50 300;<br />
> #N plugconfig;<br />
> #C useviews 0 1 0 1;<br />
> #C numprograms 1;<br />
> #C preempt 1;<br />
> #C sigvschange 1;<br />
> #C sigvsdefault 32;<br />
> #C windowsize;<br />
> #C defaultview Interface 0 0 1;<br />
> #C dragscroll 1;<br />
> #C infotext Testing;<br />
> #C package wxyz;<br />
> #C setprogram 1 Default 0 1.;<br />
> #C uniqueid 99 99 99;<br />
> #C hintfg 65021 50886 15420;<br />
> #C initialpgm 1;<br />
> #P newobj 101 159 55 9109513 plugconfig;<br />
> #P connect 2 0 0 0;<br />
> #P fasten 1 0 3 0 227 163 346 163 346 120 180 120;<br />
> #P connect 3 0 5 0;<br />
> #P fasten 3 0 1 0 180 161 216 161 216 132 227 132;<br />
> #P pop;<br />
><br />
><br />
> PATCH LOADED INTO MAIN PATCH&#8217;S BPATCHER, CALL IT &#8220;text&#8221;<br />
><br />
> max v2;<br />
> #N vpatcher 539 193 977 519;<br />
> #P window setfont &#8220;Sans Serif&#8221; 9.;<br />
> #P window linecount 1;<br />
> #P newex 125 137 68 9109513 r &#8212;thelocation;<br />
> #P message 125 161 116 9109513 script move thetext $1 40;<br />
> #N thispatcher;<br />
> #Q end;<br />
> #P newobj 125 185 61 9109513 thispatcher;<br />
> #P window linecount 3;<br />
> #P comment 299 40 100 9109513 This text should be on right of  <br />
> bpatcher after pp sends the data;<br />
> #P objectname thetext;<br />
> #P connect 3 0 2 0;<br />
> #P connect 2 0 1 0;<br />
> #P pop;<br />
><br />
> &#8211;<br />
> Dan Nigrin<br />
> Defective Records<br />
> 202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X /  <br />
> Major Malfunction<br />
> <a href="http://www.defectiverecords.com" rel="nofollow">http://www.defectiverecords.com</a><br />
> <a href="http://www.jackosx.com" rel="nofollow">http://www.jackosx.com</a></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/#post-105736</guid>
					<title><![CDATA[Re: bpatcher offset via pp, problem in Live]]></title>
					<link>http://cycling74.com/forums/topic/bpatcher-offset-via-pp-problem-in-live/#post-105736</link>
					<pubDate>Mon, 04 Jun 2007 01:29:09 +0000</pubDate>
					<dc:creator>Dan Nigrin</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: Timothy Place wrote on Sun, 03 June 2007 21:04<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> Does the active object work in Pluggo?  If so, maybe you could try  <br />
> that to bang the offset message in&#8230;<br />
>    Tim</p>
<p>Great idea Tim&#8230;. but it didn&#8217;t work I&#8217;m afraid.  :-(</p>
<p>Other thoughts??</p>
<p>Dan</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

