<?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: SDIF Objects and Stability?</title>
		<atom:link href="http://cycling74.com/forums/topic/sdif-objects-and-stability/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/sdif-objects-and-stability/feed</link>
		<description></description>
		<pubDate>Thu, 20 Jun 2013 01:25:55 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/sdif-objects-and-stability/#post-45011</guid>
					<title><![CDATA[SDIF Objects and Stability?]]></title>
					<link>http://cycling74.com/forums/topic/sdif-objects-and-stability/#post-45011</link>
					<pubDate>Tue, 04 Aug 2009 12:36:48 +0000</pubDate>
					<dc:creator>Matthew Aidekman</dc:creator>

					<description>
						<![CDATA[
						<p>What should I know about the SDIF objects to keep them running smoothly?  I keep getting stack overflow messages which end up quitting max. I suspect the instability has something to do with my [SDIF-Tuple]&#8212;>[p funkify the tuples]&#8212;>[sinusoids~]   A few times I&#8217;ve &#8220;narrowed&#8221; it down to something in the funkify tuples patch but no matter what I replace, the crashes always happen at random times.</p>
<p>
I&#8217;m running in a poly~ <br />
128 VectorSize  <br />
audio interrupt</p>
<p>Is this ok?  </p>
<p>Anyone else sometimes feel like for every moment of inspiration there&#8217;s weeks, months or even years of building infrastructure and debugging?  <img src="images/smiley_icons/icon_sad.gif" border=0 alt="Sad"/></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/sdif-objects-and-stability/#post-162163</guid>
					<title><![CDATA[Re: SDIF Objects and Stability?]]></title>
					<link>http://cycling74.com/forums/topic/sdif-objects-and-stability/#post-162163</link>
					<pubDate>Sat, 08 Aug 2009 00:13:57 +0000</pubDate>
					<dc:creator>mzed</dc:creator>

					<description>
						<![CDATA[
						<p>I don&#8217;t know of any problems with SDIF-tuples that would case a stack overflow.  Make sure you have the latest versions from cnmat.berkeley.edu/downloads</p>
<p>SDIF-tuples could be putting out *a lot* of data.  While stack overflows usually happen when there&#8217;s a loop, they could be a product of the stack being too big.  Maybe a defer object somewhere in the middle of your funkification might help.</p>
<p>mz</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/sdif-objects-and-stability/#post-162164</guid>
					<title><![CDATA[Re: SDIF Objects and Stability?]]></title>
					<link>http://cycling74.com/forums/topic/sdif-objects-and-stability/#post-162164</link>
					<pubDate>Sat, 08 Aug 2009 03:53:42 +0000</pubDate>
					<dc:creator>Matthew Aidekman</dc:creator>

					<description>
						<![CDATA[
						<p>mzed thanks for your response.  I *am* running at 128 sample rate with audio interrupt on.  But this seems to be the only way I can get decent accuracy&#8230;  Am I imagining things?  would defer weird this out? Maybe I should split the original SDIF up into a few different parallel bands? Is the point to get something that sounds like the original?  Because this seems nearly impossible&#8230;</p>
<p>
I&#8217;ll attempt to rework the patch in the mean time.</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

