<?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: El.stutter~ + el.chopper~: why do they often crash Max?</title>
		<atom:link href="http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 21:59:14 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-40308</guid>
					<title><![CDATA[El.stutter~ + el.chopper~: why do they often crash Max?]]></title>
					<link>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-40308</link>
					<pubDate>Mon, 13 Oct 2008 02:54:58 +0000</pubDate>
					<dc:creator>ComfortableInClouds</dc:creator>

					<description>
						<![CDATA[
						<p>Hello &#8211; i just downloaded Eric Lyon&#8217;s library of el objects, and am exploring the capabilities of el.stutter!~ and el.chopper~. These often crash Max for me. I thought it might be because I need to turn off DSP before changing files in a buffer~, and that has helped, but even while doing that, I still have Max crash while using these objects. Why might this be and what can I do to prevent this?</p>
<p>much thanks.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-142457</guid>
					<title><![CDATA[Re: El.stutter~ + el.chopper~: why do they often crash Max?]]></title>
					<link>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-142457</link>
					<pubDate>Mon, 13 Oct 2008 05:21:46 +0000</pubDate>
					<dc:creator>Eric Lyon</dc:creator>

					<description>
						<![CDATA[
						<p>The most productive step would be to post a patch with instructions that reliably produces the crashes you are experiencing.</p>
<p>Eric</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-142458</guid>
					<title><![CDATA[Re: El.stutter~ + el.chopper~: why do they often crash Max?]]></title>
					<link>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-142458</link>
					<pubDate>Mon, 13 Oct 2008 23:10:38 +0000</pubDate>
					<dc:creator>Guillaume Evrard</dc:creator>

					<description>
						<![CDATA[
						<p>hi,</p>
<p>eric, since you&#8217;re here&#8230; i really like your pot pourri<br />
i tried bashfest~ and i noticed that if you start the dsp without having<br />
given a buffer to bashfest~, it crashes max&#8230;</p>
<p>-start max<br />
-create a new patcher<br />
-create [el.bashfest~]<br />
-start audio</p>
<p>result :</p>
<p>Thread 0 Crashed:<br />
0   lyon.bashfest~                    0x035a870e bashfest_setbuf + 26<br />
1   lyon.bashfest~                    0x035aa91e bashfest_dsp + 35<br />
2   com.cycling74.MaxAudioAPI         0x170618e6 dspchain_ugendoit + 729<br />
3   com.cycling74.MaxAudioAPI         0x17061e58 dspchain_donegraph + 430<br />
4   com.cycling74.MaxAudioAPI         0&#215;17062490 dspchain_compile2 + 325<br />
5   com.cycling74.MaxAudioAPI         0&#215;17062550 canvas_compile_dsp + 56<br />
6   com.cycling74.MaxAudioAPI         0x1705f7b9 ad_start + 217<br />
7   com.cycling74.MaxMSP              0x0002cf19 defer + 97<br />
8   com.cycling74.MaxAPI              0x03405fa9 defer + 67<br />
9   com.cycling74.MaxAudioAPI         0x1705bbcf ad_mess_start + 69<br />
10  com.cycling74.ezdac~              0x036ddac2 ezdac_start + 87<br />
11  com.cycling74.ezdac~              0x036ddbbd ezdac_mouseup + 40<br />
12  com.cycling74.MaxMSP              0x000ac413 object_method + 901<br />
&#8230;..</p>
<p>
cheers</p>
<p>g</p>
<p>
2008/10/13 Eric Lyon <e .lyon@qub.ac.uk></e></p>
<p>><br />
> The most productive step would be to post a patch with instructions that<br />
> reliably produces the crashes you are experiencing.<br />
><br />
> Eric<br />
><br />
></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-142459</guid>
					<title><![CDATA[Re: El.stutter~ + el.chopper~: why do they often crash Max?]]></title>
					<link>http://cycling74.com/forums/topic/el-stutter-el-chopper-why-do-they-often-crash-max/#post-142459</link>
					<pubDate>Tue, 14 Oct 2008 08:38:33 +0000</pubDate>
					<dc:creator>Eric Lyon</dc:creator>

					<description>
						<![CDATA[
						<p>Thanks G,</p>
<p>That&#8217;s a good bug report. The bashfest~ in the next LyonPotpourri release will not instantiate unless you specify a buffer, which of course prevents the bug you mentioned. I&#8217;ll be taking a closer look at what happens when buffers are switched or invalid in several of my externals. Since I rarely change buffers after instantiation, I rarely encounter this kind of bug unless someone else reports it.</p>
<p>Eric</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

