<?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: Weird behaviour of &quot;target&quot; message with Poly~</title>
		<atom:link href="http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 04:54:04 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-50040</guid>
					<title><![CDATA[Weird behaviour of &quot;target&quot; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-50040</link>
					<pubDate>Mon, 03 May 2010 20:51:18 +0000</pubDate>
					<dc:creator>EMV</dc:creator>

					<description>
						<![CDATA[
						<p>I found that with a Poly set to only one voice, this one voice is always the destination of data sent to the poly object, regardless of what &#8220;target #&#8221; is sent beforehand. Only &#8220;target -1&#8243;, &#8220;target 0&#8243; and &#8220;target 1&#8243; behave as expected: -1 means the data goes nowhere, 0 means it goes to all (one) voices and 1 means it goes to voice one (the only one).</p>
<p>Put differently: with poly set to one voice, data is still received if I send &#8220;target 2&#8243; before sending the data.</p>
<p>You can check this with the poly~ help patch.</p>
<p>Is it supposed to be like this? Seems kinda strange&#8230;</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179631</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179631</link>
					<pubDate>Tue, 04 May 2010 03:05:37 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>did you try it with [poly~ foo 1] or with [poly~ foo]? </p>
<p>[poly~ foo 1] should behave normal.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179632</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179632</link>
					<pubDate>Tue, 04 May 2010 09:43:46 +0000</pubDate>
					<dc:creator>justin</dc:creator>

					<description>
						<![CDATA[
						<p>i also found a similar situation where sending a message to a target which does not exist (> than number of voices in poly~) would lead to messages still being sent to other voices&#8230; even if, as Roman suggests, u add the number of voices as an argument to poly~.</p>
<p>which does seem strange!</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179633</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179633</link>
					<pubDate>Tue, 04 May 2010 10:47:58 +0000</pubDate>
					<dc:creator>justin</dc:creator>

					<description>
						<![CDATA[
						<p>here&#8217;s a test patch to demonstrate the issue, archive contains both main patch and poly patch. imo, it would be more logical if poly would ignore target messages beyond its voice count, rather than sending messages to the last voice available&#8230;</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179634</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179634</link>
					<pubDate>Tue, 04 May 2010 14:13:42 +0000</pubDate>
					<dc:creator>EMV</dc:creator>

					<description>
						<![CDATA[
						<p>@justin:</p>
<p>Yes, that is exactly what I mean. I just tested it with a voice count of 1. With 2 voices, it seems to work as it should.</p>
<p>@roman: both [poly~ foo 1] and </p>
<p>[poly~ foo 3] getting sent the &#8220;voices 1&#8243; message show this targeting bug. I checked that it is indeed set to 1 voice by sending &#8220;open 2&#8243;, which gives an error because there is only one voice.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179635</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179635</link>
					<pubDate>Thu, 06 May 2010 18:43:03 +0000</pubDate>
					<dc:creator>justin</dc:creator>

					<description>
						<![CDATA[
						<p>can anyone else confirm? or explain if this is how it should behave&#8230;</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179636</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179636</link>
					<pubDate>Fri, 07 May 2010 16:41:43 +0000</pubDate>
					<dc:creator>Ben Bracken</dc:creator>

					<description>
						<![CDATA[
						<p>This is a feature, not a bug. </p>
<p>If you are dynamically changing the number of voices in the first place, then deal with the max target value at the same time if you want to avoid this functionality. </p>
<p>-Ben</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179637</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179637</link>
					<pubDate>Fri, 07 May 2010 18:31:29 +0000</pubDate>
					<dc:creator>justin</dc:creator>

					<description>
						<![CDATA[
						<p>thanks ben.</p>
<p>could u provide an explanation for the feature&#8230; when would this scenario be useful? for the moment, i&#8217;ve been working around it. just thought it was bit strange!</p>
<p>j</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179638</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179638</link>
					<pubDate>Fri, 07 May 2010 19:03:01 +0000</pubDate>
					<dc:creator>EMV</dc:creator>

					<description>
						<![CDATA[
						<p>Although I can understand that it might be intentional (though like justin I can&#8217;t think of useful applications), it is inconsistent behaviour that is undocumented.</p>
<p>Anyway, thanks for clearing that up.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179639</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179639</link>
					<pubDate>Fri, 07 May 2010 20:34:06 +0000</pubDate>
					<dc:creator>Ben Bracken</dc:creator>

					<description>
						<![CDATA[
						<p>I can definitely see both sides to this, but one way of thinking about it is if you are sending the target message in the first place, why would poly~ think you didn&#8217;t want it to do anything?  </p>
<p>With this feature, it assumes that you still want to do something.</p>
<p>Sounds like you have found a suitable workaround.  In the end it is a subjective design decision, but one that I&#8217;m sure was made a very long time ago, and at this point many patches have been constructed with this in mind.  </p>
<p>What we can do is make sure it is better documented, which I&#8217;ll make sure happens.</p>
<p>-Ben</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179640</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179640</link>
					<pubDate>Sat, 08 May 2010 11:23:03 +0000</pubDate>
					<dc:creator>justin</dc:creator>

					<description>
						<![CDATA[
						<p>thanks ben</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179641</guid>
					<title><![CDATA[Re: Weird behaviour of &#8220;target&#8221; message with Poly~]]></title>
					<link>http://cycling74.com/forums/topic/weird-behaviour-of-target-message-with-poly/#post-179641</link>
					<pubDate>Sat, 08 May 2010 14:38:29 +0000</pubDate>
					<dc:creator>Gregory Taylor</dc:creator>

					<description>
						<![CDATA[
						<p>And the next release&#8217;s documentation should make the state of affairs clearer.</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

