<?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: Stopping the DSP from inside an external (2)</title>
		<atom:link href="http://cycling74.com/forums/topic/stopping-the-dsp-from-inside-an-external-2/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/stopping-the-dsp-from-inside-an-external-2/feed</link>
		<description></description>
		<pubDate>Tue, 18 Jun 2013 15:45:27 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/stopping-the-dsp-from-inside-an-external-2/#post-65008</guid>
					<title><![CDATA[Stopping the DSP from inside an external (2)]]></title>
					<link>http://cycling74.com/forums/topic/stopping-the-dsp-from-inside-an-external-2/#post-65008</link>
					<pubDate>Wed, 31 Oct 2012 12:42:13 +0000</pubDate>
					<dc:creator>sletz</dc:creator>

					<description>
						<![CDATA[
						<p>In our external, we need to stop (if running&#8230;) the DSP chain when dynamically changing it&#8217;s signal inlet/outlet number. We can do that </p>
<p>- either in the patch where our external lives (using the method explained here : <a href="http://cycling74.com/forums/topic.php?id=40285" rel="nofollow">http://cycling74.com/forums/topic.php?id=40285</a>) when the adc~/dac is located inside it, </p>
<p>- even globally using the method explained in the last message, that is: object_method(gensym(&#8220;dsp&#8221;)->s_thing, gensym(&#8220;stop&#8221;)); is there is no explicit adc~/dac in the patcher.</p>
<p>But the thing is that DSP on/off state can be local to a patch: that is we don&#8217;t want to re-start the DSP for all patchers using the previously described &#8220;global&#8221; way (calling start/stop on &#8220;dsp&#8221;). We should re-start DSP only for patchers where is was previously on. So we would need to iterate over *all* patchers, to properly handle the DSP state. </p>
<p>How to do that properly?</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

