<?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: consecutive pp&#039;s</title>
		<atom:link href="http://cycling74.com/forums/topic/consecutive-pps/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/consecutive-pps/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 13:37:48 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/consecutive-pps/#post-30772</guid>
					<title><![CDATA[consecutive pp&#039;s]]></title>
					<link>http://cycling74.com/forums/topic/consecutive-pps/#post-30772</link>
					<pubDate>Mon, 12 Mar 2007 22:47:57 +0000</pubDate>
					<dc:creator>Dan Nigrin</dc:creator>

					<description>
						<![CDATA[
						<p>I currently have a bunch of user-exposed pp&#8217;s (for example, say numbers 1-20).  I also have a bunch of hidden pp&#8217;s (say numbers 21-50).  I might need to add more user-exposed pp&#8217;s in the future.  </p>
<p>I would like automation stored by host programs that use my pluggo to be future proof &#8211; with this in mind, would it be better to set up my parameters like this:</p>
<p>1-20 current user-exposed pp&#8217;s<br />
21-50 current hidden pp&#8217;s<br />
51-? future user-exposed pp&#8217;s</p>
<p>OR</p>
<p>1-20 current user-exposed pp&#8217;s<br />
21-50 future user-exposed pp&#8217;s<br />
51-80 current hidden pp&#8217;s</p>
<p>The docs say &#8220;Parameter numbers should be consecutive (but they need not be)&#8221;.  What badness might happen if I choose the second option, and in my current plugin have non-continuous pp&#8217;s?</p>
<p>Conversely, what badness might happen in the future, if I choose the first option, and have user-exposed pp&#8217;s that are discontinous?</p>
<p>Thanks,<br />
Dan</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/consecutive-pps/#post-98961</guid>
					<title><![CDATA[Re: consecutive pp&#039;s]]></title>
					<link>http://cycling74.com/forums/topic/consecutive-pps/#post-98961</link>
					<pubDate>Mon, 12 Mar 2007 23:51:54 +0000</pubDate>
					<dc:creator>Timothy Place</dc:creator>

					<description>
						<![CDATA[
						<p>On Mar 12, 2007, at 5:47 PM, Dan Nigrin wrote:</p>
<p>> The docs say &#8220;Parameter numbers should be consecutive (but they  <br />
> need not be)&#8221;.  What badness might happen if I choose the second  <br />
> option, and in my current plugin have non-continuous pp&#8217;s?<br />
><br />
> Conversely, what badness might happen in the future, if I choose  <br />
> the first option, and have user-exposed pp&#8217;s that are discontinous?</p>
<p>The tricky part here is that the &#8220;hidden&#8221; parameter mechanism is a  <br />
suggestion to the host &#8211; and it is not binding.  Like most things  <br />
VST, everything is optional and every plug developer and host does it  <br />
differently&#8230;   So what does this mean?</p>
<p>Well, in Ableton Live (which doesn&#8217;t hide hidden parameters) the user  <br />
is going to see all of them anyway.</p>
<p>What Pluggo does if the pp numbers are not contiguous is that it adds  <br />
a bunch of dummy parameters internally. So follow this scenario:<br />
1. You use non-contiguous pp #s<br />
2. Your users then create sessions with your awesome plug &#8211; and save  <br />
their sessions<br />
3. You decide to use the pp #s between the ones you were already using<br />
4. Your user loads one of their old sessions</p>
<p>What happens?  Well, all of those dummy parameters had written a  <br />
value of zero in the session.  So when the user loads your new  <br />
version, all of your new parameters will be zeroed instead of at some  <br />
other intelligent default.</p>
<p>It should all be as clear as mud now, so I&#8217;ll let you chose the  <br />
compromise that best fits you :-)<br />
    Tim</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/consecutive-pps/#post-98962</guid>
					<title><![CDATA[Re: consecutive pp&#039;s]]></title>
					<link>http://cycling74.com/forums/topic/consecutive-pps/#post-98962</link>
					<pubDate>Tue, 13 Mar 2007 01:14:39 +0000</pubDate>
					<dc:creator>Dan Nigrin</dc:creator>

					<description>
						<![CDATA[
						<p>>It should all be as clear as mud now, so I&#8217;ll let you chose the <br />
>compromise that best fits you :-)<br />
>    Tim</p>
<p>Thanks Tim, very useful info.</p>
<p>Dan<br />
&#8211; <br />
Dan Nigrin<br />
Defective Records<br />
202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X / Major <br />
Malfunction<br />
<a href="http://www.defectiverecords.com" rel="nofollow">http://www.defectiverecords.com</a></p>
<p><a href="http://www.jackosx.com" rel="nofollow">http://www.jackosx.com</a></p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

