<?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: Inserting M4L device into Live messes up other M4L-devices</title>
		<atom:link href="http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/feed</link>
		<description></description>
		<pubDate>Tue, 18 Jun 2013 17:48:43 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-61471</guid>
					<title><![CDATA[Inserting M4L device into Live messes up other M4L-devices]]></title>
					<link>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-61471</link>
					<pubDate>Thu, 26 Jan 2012 12:10:38 +0000</pubDate>
					<dc:creator>deNaut</dc:creator>

					<description>
						<![CDATA[
						<p>Hello,</p>
<p>I´ve built a massive preset controlling M4L-device, a kind of pattr-variation. It allows browsing the Live_Set, creating and wiring control-objects automatically (path,observer+remote), and interpolation of the values etc.</p>
<p>Problem: After leaving edit mode, or after deleting-and-re-inserting the device, some of the other various M4L-devices in the patch are messed up with their settings. I have about 50+ control-object, each receiving its path when the device is running.</p>
<p>Is there a limit for live.object / remote inside m4l?<br />
Are there known side-effects of inserting live-devices to a session?</p>
<p>Maybe someone has the same problem (solved :-}<br />
Greetings,<br />
Christoph</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221777</guid>
					<title><![CDATA[Re: Inserting M4L device into Live messes up other M4L-devices]]></title>
					<link>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221777</link>
					<pubDate>Thu, 26 Jan 2012 16:45:24 +0000</pubDate>
					<dc:creator>discopatrick</dc:creator>

					<description>
						<![CDATA[
						<p>The only thing I can think of (with my limited experience of Max) is that, what with so many objects, you may have used some &#8216;send&#8217; or &#8216;receive&#8217; objects, and you may have given them the same name. If so, the messages won&#8217;t just travel within a patch &#8211; they will travel between patches, throughout the entire Max environment. So that&#8217;s probably worth checking. Make sure you name your &#8216;send&#8217; and &#8216;receive&#8217; objects with globally unique names.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221778</guid>
					<title><![CDATA[Re: Inserting M4L device into Live messes up other M4L-devices]]></title>
					<link>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221778</link>
					<pubDate>Thu, 26 Jan 2012 19:33:44 +0000</pubDate>
					<dc:creator>broc</dc:creator>

					<description>
						<![CDATA[
						<p>I&#8217;ve found that after editing or changing M4L devices you sometimes have to save and reload the whole Live set.<br />
This seems necessary to ensure certain initializations. Have you tried if it works for you?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221779</guid>
					<title><![CDATA[Re: Inserting M4L device into Live messes up other M4L-devices]]></title>
					<link>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221779</link>
					<pubDate>Fri, 27 Jan 2012 17:51:14 +0000</pubDate>
					<dc:creator>Wetterberg</dc:creator>

					<description>
						<![CDATA[
						<p><a href='http://cycling74.com/forums/users/broc/' rel='nofollow' class='bbp-mention-link broc'>@broc</a> I&#8217;ve had the same issue &#8211; turns out that if you delete, then undo-delete the device you get the same effect.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221780</guid>
					<title><![CDATA[Re: Inserting M4L device into Live messes up other M4L-devices]]></title>
					<link>http://cycling74.com/forums/topic/inserting-m4l-device-into-live-messes-up-other-m4l-devices/#post-221780</link>
					<pubDate>Fri, 17 Feb 2012 16:05:04 +0000</pubDate>
					<dc:creator>deNaut</dc:creator>

					<description>
						<![CDATA[
						<p>Yeah guys, I tried all that&#8230;</p>
<p>In the end it turned out that I use such a big Liveset, that it pushes Live out of its &#8220;safe zone&#8221;. Live has a maximum memory consumption smaller than the 32-bit/4GB threshold.<br />
Beyond there, it shows up to be unpredictable. So no help for me, except outsourcing some fat Sampler instaces&#8230;</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

