<?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: delay lines</title>
		<atom:link href="http://cycling74.com/forums/topic/delay-lines/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/delay-lines/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 21:59:03 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-28920</guid>
					<title><![CDATA[delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-28920</link>
					<pubDate>Mon, 27 Nov 2006 15:24:33 +0000</pubDate>
					<dc:creator>f.e</dc:creator>

					<description>
						<![CDATA[
						<p>Hello,</p>
<p>i&#8217;m working on delays and, before understanding all the pitfalls of <br />
building one in C, i made one in max patching. To have a multitap delay, <br />
the workaround i found is to remove/redraw a tapout~ object by scripting <br />
(have to say how many taps, and what are their times&#8230;) Is there any <br />
better solution ?</p>
<p>best</p>
<p>f.e<br />
&#8211; <br />
f.e chanfrault | aka | personal computer music<br />
> >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
> >>>>>> |sublime music for a desperate people|</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89207</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89207</link>
					<pubDate>Mon, 27 Nov 2006 23:43:16 +0000</pubDate>
					<dc:creator>mzed</dc:creator>

					<description>
						<![CDATA[
						<p>Hi f.e.-</p>
<p>You have noticed that one tapout~ can take multiple arguments, and be a multitap delay, yes?</p>
<p>mz</p>
<p>
Quote: f.e wrote on Mon, 27 November 2006 07:24<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> Hello,<br />
> <br />
> i&#8217;m working on delays and, before understanding all the pitfalls of <br />
> building one in C, i made one in max patching. To have a multitap delay, <br />
> the workaround i found is to remove/redraw a tapout~ object by scripting <br />
> (have to say how many taps, and what are their times&#8230;) Is there any <br />
> better solution ?<br />
> <br />
> best<br />
> <br />
> f.e<br />
> &#8212; <br />
> f.e chanfrault | aka | personal computer music<br />
> > >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
> > >>>>>> |sublime music for a desperate people|<br />
> <br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89208</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89208</link>
					<pubDate>Mon, 27 Nov 2006 23:59:56 +0000</pubDate>
					<dc:creator>yacine</dc:creator>

					<description>
						<![CDATA[
						<p>use [poly~]<br />
one tapout~ inside of each instance, change the times from outside the poly~ with the |target $1|<br />
message and mute those you don&#8217;t use if you want to have a dinamic amount of delays.<br />
note this way you don&#8217;t change the dsp chain each time you change a parameter, and that means no<br />
interrution in sound processing!</p>
<p>//yac</p>
<p>> Hello,<br />
><br />
> i&#8217;m working on delays and, before understanding all the pitfalls of<br />
> building one in C, i made one in max patching. To have a multitap delay,<br />
> the workaround i found is to remove/redraw a tapout~ object by scripting<br />
> (have to say how many taps, and what are their times&#8230;) Is there any<br />
> better solution ?<br />
><br />
> best<br />
><br />
> f.e<br />
> &#8211;<br />
> f.e chanfrault | aka | personal computer music<br />
>> >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
>> >>>>>> |sublime music for a desperate people|<br />
></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89209</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89209</link>
					<pubDate>Tue, 28 Nov 2006 00:08:02 +0000</pubDate>
					<dc:creator>yacine</dc:creator>

					<description>
						<![CDATA[
						<p>I don&#8217;t know about f-e but did learn somthing today!<br />
//yac<br />
><br />
> Hi f.e.-<br />
><br />
> You have noticed that one tapout~ can take multiple arguments, and be a multitap delay, yes?<br />
><br />
> mz<br />
><br />
><br />
> Quote: f.e wrote on Mon, 27 November 2006 07:24<br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
>> Hello,<br />
>><br />
>> i&#8217;m working on delays and, before understanding all the pitfalls of<br />
>> building one in C, i made one in max patching. To have a multitap delay,<br />
>> the workaround i found is to remove/redraw a tapout~ object by scripting<br />
>> (have to say how many taps, and what are their times&#8230;) Is there any<br />
>> better solution ?<br />
>><br />
>> best<br />
>><br />
>> f.e<br />
>> &#8211;<br />
>> f.e chanfrault | aka | personal computer music<br />
>> > >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
>> > >>>>>> |sublime music for a desperate people|<br />
>><br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
><br />
><br />
> &#8211;<br />
> || michael f. zbyszynski &#8212; molecular gastronimist<br />
> || <a href="mailto:mzed@cnmat.berkeley.edu">mzed@cnmat.berkeley.edu</a> &#8212; +1.510.643.9990&#215;314<br />
> || <a href="http://www.cnmat.berkeley.edu/" rel="nofollow">http://www.cnmat.berkeley.edu/</a><br />
> || <a href="http://www.piratelemur.com/" rel="nofollow">http://www.piratelemur.com/</a><br />
><br />
><br />
><br />
></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89210</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89210</link>
					<pubDate>Tue, 28 Nov 2006 00:23:27 +0000</pubDate>
					<dc:creator>Steven Miller</dc:creator>

					<description>
						<![CDATA[
						<p>And you can have multiple tapout~ objects from one tapin~ object, as  <br />
well&#8230;</p>
<p>
On Nov 27, 2006, at 4:43 PM, mzed wrote:</p>
<p>><br />
> Hi f.e.-<br />
><br />
> You have noticed that one tapout~ can take multiple arguments, and  <br />
> be a multitap delay, yes?<br />
><br />
> mz<br />
><br />
><br />
> Quote: f.e wrote on Mon, 27 November 2006 07:24<br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
>> Hello,<br />
>><br />
>> i&#8217;m working on delays and, before understanding all the pitfalls of<br />
>> building one in C, i made one in max patching. To have a multitap  <br />
>> delay,<br />
>> the workaround i found is to remove/redraw a tapout~ object by  <br />
>> scripting<br />
>> (have to say how many taps, and what are their times&#8230;) Is there any<br />
>> better solution ?<br />
>><br />
>> best<br />
>><br />
>> f.e<br />
>> &#8212; <br />
>> f.e chanfrault | aka | personal computer music<br />
>>>>>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
>>>>>>>>> |sublime music for a desperate people|<br />
>></p>
<p>&#8212;-<br />
Steven M. Miller</p>
<p>Associate Professor of Contemporary Music<br />
College of Santa Fe<br />
Contemporary Music Program<br />
1600 St. Michaels Drive<br />
Santa Fe NM 87505<br />
<a href="http://pubweb.csf.edu/~smill" rel="nofollow">http://pubweb.csf.edu/~smill</a><br />
(505) 473-6197</p>
<p>SFIFEM				Atrium Sound Space		OVOS<br />
<a href="http://sfifem.csf.edu" rel="nofollow">http://sfifem.csf.edu</a>	<a href="http://atrium.csf.edu" rel="nofollow">http://atrium.csf.edu</a>		<a href="http://pubweb.csf.edu/" rel="nofollow">http://pubweb.csf.edu/</a> <br />
~smill/ovos.html</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89211</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89211</link>
					<pubDate>Tue, 28 Nov 2006 08:00:30 +0000</pubDate>
					<dc:creator>f.e</dc:creator>

					<description>
						<![CDATA[
						<p>Yes, i know that tapout~ can take multiple arguments. But only since a <br />
few days when, looking for how to achieve a bouncing ball delay, i <br />
re-read the docs. Because there&#8217;s not a shadow of this in the help <br />
files&#8230; Anyway, i erase/rewrote the tapout~ each time i need to change <br />
the number of taps, but i still wonder if there was something more sexy <br />
around.</p>
<p>f.e</p>
<p>Steven Miller wrote:<br />
> And you can have multiple tapout~ objects from one tapin~ object, as <br />
> well&#8230;<br />
><br />
><br />
> On Nov 27, 2006, at 4:43 PM, mzed wrote:<br />
><br />
>><br />
>> Hi f.e.-<br />
>><br />
>> You have noticed that one tapout~ can take multiple arguments, and be <br />
>> a multitap delay, yes?<br />
>><br />
>> mz<br />
>><br />
>><br />
>> Quote: f.e wrote on Mon, 27 November 2006 07:24<br />
>> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
>>> Hello,<br />
>>><br />
>>> i&#8217;m working on delays and, before understanding all the pitfalls of<br />
>>> building one in C, i made one in max patching. To have a multitap delay,<br />
>>> the workaround i found is to remove/redraw a tapout~ object by scripting<br />
>>> (have to say how many taps, and what are their times&#8230;) Is there any<br />
>>> better solution ?<br />
>>><br />
>>> best<br />
>>><br />
>>> f.e<br />
>>> &#8212; <br />
>>> f.e chanfrault | aka | personal computer music<br />
>>>>>>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
>>>>>>>>>> |sublime music for a desperate people|<br />
>>><br />
><br />
> &#8212;-<br />
> Steven M. Miller<br />
><br />
> Associate Professor of Contemporary Music<br />
> College of Santa Fe<br />
> Contemporary Music Program<br />
> 1600 St. Michaels Drive<br />
> Santa Fe NM 87505<br />
> <a href="http://pubweb.csf.edu/~smill" rel="nofollow">http://pubweb.csf.edu/~smill</a> < <a href="http://pubweb.csf.edu/%7Esmill" rel="nofollow">http://pubweb.csf.edu/%7Esmill><br />
> (505) 473-6197<br />
><br />
> SFIFEM Atrium Sound Space OVOS<br />
> <a href="http://sfifem.csf.edu" rel="nofollow">http://sfifem.csf.edu</a> <a href="http://atrium.csf.edu" rel="nofollow">http://atrium.csf.edu</a> <br />
> <a href="http://pubweb.csf.edu/~smill/ovos.html" rel="nofollow">http://pubweb.csf.edu/~smill/ovos.html</a> <br />
> < <a href="http://pubweb.csf.edu/%7Esmill/ovos.html" rel="nofollow">http://pubweb.csf.edu/%7Esmill/ovos.html><br />
><br />
><br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
><br />
>   </p>
<p>&#8211; <br />
f.e chanfrault | aka | personal computer music<br />
> >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
> >>>>>> |sublime music for a desperate people|</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89212</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89212</link>
					<pubDate>Tue, 28 Nov 2006 13:19:42 +0000</pubDate>
					<dc:creator>Eric Lyon</dc:creator>

					<description>
						<![CDATA[
						<p>IIRC the minimum delay time for tapin~/tapout~ (at least with feedback) can be no smaller than the MaxMSP vector size. This restriction can be circumvented in a custom designed external, so a multitap interpolating delay line object with internal feedback would be most useful.</p>
<p>Eric</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89213</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89213</link>
					<pubDate>Tue, 28 Nov 2006 16:03:37 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>
> Yes, i know that tapout~ can take multiple arguments. But only since a <br />
> few days when, looking for how to achieve a bouncing ball delay, i <br />
> re-read the docs. Because there&#8217;s not a shadow of this in the help <br />
> files&#8230; Anyway, i erase/rewrote the tapout~ each time i need to change <br />
> the number of taps, but i still wonder if there was something more sexy <br />
> around.<br />
> <br />
> f.e</p>
<p>
if the use of poly~ isnt sexy enough for you, then it is <br />
hard to suggest something which you will like.</p>
<p>almost everything is sexier than the use of scripting <br />
for DSP objects!</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89214</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89214</link>
					<pubDate>Tue, 28 Nov 2006 16:22:52 +0000</pubDate>
					<dc:creator>Mattijs</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: Eric Lyon wrote on Tue, 28 November 2006 14:19<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> IIRC the minimum delay time for tapin~/tapout~ (at least with feedback) can be no smaller than the MaxMSP vector size. This restriction can be circumvented in a custom designed external, so a multitap interpolating delay line object with internal feedback would be most useful.<br />
> <br />
> Eric<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>Isn&#8217;t teeth~ supposed to be that?<br />
Mattijs</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89215</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89215</link>
					<pubDate>Tue, 28 Nov 2006 16:45:45 +0000</pubDate>
					<dc:creator>f.e</dc:creator>

					<description>
						<![CDATA[
						<p>right :-)</p>
<p>But, tell me if i&#8217;m wrong, changing the number of voices in a poly is <br />
not much handy &#8217;cause you got glitches, do we ?</p>
<p>f.e</p>
<p>Roman Thilenius wrote:<br />
>   <br />
>> Yes, i know that tapout~ can take multiple arguments. But only since a <br />
>> few days when, looking for how to achieve a bouncing ball delay, i <br />
>> re-read the docs. Because there&#8217;s not a shadow of this in the help <br />
>> files&#8230; Anyway, i erase/rewrote the tapout~ each time i need to change <br />
>> the number of taps, but i still wonder if there was something more sexy <br />
>> around.<br />
>><br />
>> f.e<br />
>>     <br />
><br />
><br />
> if the use of poly~ isnt sexy enough for you, then it is <br />
> hard to suggest something which you will like.<br />
><br />
> almost everything is sexier than the use of scripting <br />
> for DSP objects!<br />
><br />
><br />
>   </p>
<p>&#8211; <br />
f.e chanfrault | aka | personal computer music<br />
> >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
> >>>>>> |sublime music for a desperate people|</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89216</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89216</link>
					<pubDate>Tue, 28 Nov 2006 19:37:16 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: f.e wrote on Tue, 28 November 2006 09:45<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> right :-)<br />
> <br />
> But, tell me if i&#8217;m wrong, changing the number of voices in a poly is <br />
> not much handy &#8217;cause you got glitches, do we ?<br />
> <br />
> f.e</p>
<p>
nah, not voices, building blocks. <br />
just make 10 copies of [fe.10-tap.~mxb] so that you can turn <br />
70 tapouts (and all the connections from and to them) off if <br />
you only need 30 taps for the current &#8220;preset&#8221; of your bouncing <br />
delay DSP.</p>
<p>and about glitches: nothing makes more glitches than <br />
scripting, which can in some cases just chrash the runtime <br />
or the hw driver. :)</p>
<p>
-nothing but 110</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89217</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89217</link>
					<pubDate>Tue, 28 Nov 2006 20:39:31 +0000</pubDate>
					<dc:creator>vade</dc:creator>

					<description>
						<![CDATA[
						<p>Do you have an example of a script which will work in Max, but crash  <br />
the runtime? Im not trying to be pedantic, as Im trying to hunt down  <br />
a few potential bugs.</p>
<p>
v a d e //</p>
<p><a href="http://www.vade.info" rel="nofollow">http://www.vade.info</a><br />
abstrakt.vade.info</p>
<p>
On Nov 28, 2006, at 2:37 PM, Roman Thilenius wrote:</p>
<p>> scripting, which can in some cases just chrash the runtime</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89218</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89218</link>
					<pubDate>Tue, 28 Nov 2006 20:52:21 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>
> nah, not voices, building blocks. </p>
<p>
btw, i have a whole set of poly &#8220;objects&#8221; around tapping <br />
delays. i would share it, but it is not &#8220;final&#8221; enough yet.</p>
<p>why i am telling you about it is this: it is possible to<br />
create _poly~s containing the tapouts &#8211; but connect them <br />
all to only one tapin in the _root level of the patch.</p>
<p>
-110</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89219</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89219</link>
					<pubDate>Tue, 28 Nov 2006 22:48:39 +0000</pubDate>
					<dc:creator>Stefan Tiedje</dc:creator>

					<description>
						<![CDATA[
						<p>f.e wrote:<br />
> i&#8217;m working on delays and, before understanding all the pitfalls of <br />
> building one in C, i made one in max patching. To have a multitap delay, <br />
> the workaround i found is to remove/redraw a tapout~ object by scripting <br />
> (have to say how many taps, and what are their times&#8230;) Is there any <br />
> better solution ?</p>
<p>As scripting will always interupt audio, its better to use a poly~&#8230;</p>
<p>Stefan</p>
<p>&#8211; <br />
Stefan Tiedje&#8212;&#8212;&#8212;&#8212;x&#8212;&#8212;-<br />
&#8211;_____&#8212;&#8212;&#8212;&#8211;|&#8212;&#8212;&#8212;&#8212;&#8211;<br />
&#8211;(_|_ &#8212;-|&#8212;&#8211;|&#8212;&#8211;()&#8212;&#8212;-<br />
&#8211; _|_)&#8212;-|&#8212;&#8211;()&#8212;&#8212;&#8212;&#8212;&#8211;<br />
&#8212;&#8212;&#8212;-()&#8212;&#8212;&#8211;www.ccmix.com</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89220</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89220</link>
					<pubDate>Tue, 28 Nov 2006 23:28:31 +0000</pubDate>
					<dc:creator>Eric Lyon</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: Mattijs wrote on Tue, 28 November 2006 16:22<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> Quote: Eric Lyon wrote on Tue, 28 November 2006 14:19<br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> > IIRC the minimum delay time for tapin~/tapout~ (at least with feedback) can be no smaller than the MaxMSP vector size. This restriction can be circumvented in a custom designed external, so a multitap interpolating delay line object with internal feedback would be most useful.<br />
> > <br />
> > Eric<br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> <br />
> Isn&#8217;t teeth~ supposed to be that?<br />
> Mattijs<br />
> <br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>
Except that it&#8217;s not multitap. </p>
<p>Eric</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89221</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89221</link>
					<pubDate>Wed, 29 Nov 2006 10:05:38 +0000</pubDate>
					<dc:creator>Mattijs</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: Eric Lyon wrote on Wed, 29 November 2006 00:28<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> > Isn&#8217;t teeth~ supposed to be that?<br />
> > Mattijs<br />
> > <br />
> Except that it&#8217;s not multitap. <br />
> <br />
> Eric<br />
> </p>
<p>Ah, that&#8217;s right.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89222</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89222</link>
					<pubDate>Wed, 29 Nov 2006 10:24:26 +0000</pubDate>
					<dc:creator>Stefan Tiedje</dc:creator>

					<description>
						<![CDATA[
						<p>Eric Lyon wrote:<br />
> Except that it&#8217;s not multitap. </p>
<p>But for shorter than the vectorsize, the word multitap is already <br />
missleading. For the asked use, tapin~/tapout~ within a poly should be <br />
able to do whatever one could ever need&#8230;</p>
<p>I place a receive object inside the poly~ for the tapin~ connection and <br />
have a standard fadein/out to prevent clicks for switching on/off voices&#8230;<br />
For communication I use midinote with the delaytime as note value&#8230;<br />
Works as a charm&#8230;</p>
<p>Stefan</p>
<p>&#8211; <br />
Stefan Tiedje&#8212;&#8212;&#8212;&#8212;x&#8212;&#8212;-<br />
&#8211;_____&#8212;&#8212;&#8212;&#8211;|&#8212;&#8212;&#8212;&#8212;&#8211;<br />
&#8211;(_|_ &#8212;-|&#8212;&#8211;|&#8212;&#8211;()&#8212;&#8212;-<br />
&#8211; _|_)&#8212;-|&#8212;&#8211;()&#8212;&#8212;&#8212;&#8212;&#8211;<br />
&#8212;&#8212;&#8212;-()&#8212;&#8212;&#8211;www.ccmix.com</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89223</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89223</link>
					<pubDate>Wed, 29 Nov 2006 12:38:46 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: vade wrote on Tue, 28 November 2006 13:39<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> Do you have an example of a script which will work in Max, but crash  <br />
> the runtime? Im not trying to be pedantic, as Im trying to hunt down  <br />
> a few potential bugs.</p>
<p>
anything which disconnects and connects signal cables,<br />
especially when more thann 1 or 2 at a time.</p>
<p>but i assume it widely depends on operating system, I/O<br />
hardware, and audio settings (I/O vector size and stuff)</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89224</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89224</link>
					<pubDate>Wed, 29 Nov 2006 14:44:27 +0000</pubDate>
					<dc:creator>Peter Castine</dc:creator>

					<description>
						<![CDATA[
						<p>>>> IIRC the minimum delay time for tapin~/tapout~ (at least with  <br />
>>> feedback) can be no smaller than the MaxMSP vector size. This  <br />
>>> restriction can be circumvented in a custom designed external, so  <br />
>>> a multitap interpolating delay line object with internal feedback  <br />
>>> would be most useful.<br />
>>><br />
>>> Eric<br />
>> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
>><br />
>> Isn&#8217;t teeth~ supposed to be that?<br />
>> Mattijs<br />
>><br />
> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
><br />
><br />
> Except that it&#8217;s not multitap.</p>
<p>An alternative might be a bank of delay~ objects. Feed the same  <br />
signal into each delay~ but set them to different delay lengths.</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8211;    <a href="http://www.bek.no/~pcastine/Litter/" rel="nofollow">http://www.bek.no/~pcastine/Litter/</a>    &#8212;&#8212;&#8212;&#8212;-<br />
Peter Castine             +&#8211;> Litter Power &#038; Litter Bundle for Jitter<br />
                                Universal Binaries on the way<br />
iCE:  Sequencing,  Recording &#038;<br />
       Interface  Building  for                   |home    | chez nous|<br />
       Max/MSP   Extremely cool                   |bei uns |  i nostri|<br />
       <a href="http://www.dspaudio.com/" rel="nofollow">http://www.dspaudio.com/</a>                   <a href="http://www.castine.de" rel="nofollow">http://www.castine.de</a></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89225</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89225</link>
					<pubDate>Wed, 29 Nov 2006 15:16:14 +0000</pubDate>
					<dc:creator>f.e</dc:creator>

					<description>
						<![CDATA[
						<p>Yes, but without feedback&#8230;</p>
<p>Peter Castine wrote:<br />
>>>> IIRC the minimum delay time for tapin~/tapout~ (at least with <br />
>>>> feedback) can be no smaller than the MaxMSP vector size. This <br />
>>>> restriction can be circumvented in a custom designed external, so a <br />
>>>> multitap interpolating delay line object with internal feedback <br />
>>>> would be most useful.<br />
>>>><br />
>>>> Eric<br />
>>> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
>>><br />
>>> Isn&#8217;t teeth~ supposed to be that?<br />
>>> Mattijs<br />
>>><br />
>> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
>><br />
>><br />
>> Except that it&#8217;s not multitap.<br />
><br />
> An alternative might be a bank of delay~ objects. Feed the same signal <br />
> into each delay~ but set them to different delay lengths.<br />
><br />
> &#8212;&#8212;&#8212;&#8212;&#8211;    <a href="http://www.bek.no/~pcastine/Litter/" rel="nofollow">http://www.bek.no/~pcastine/Litter/</a>    &#8212;&#8212;&#8212;&#8212;-<br />
> Peter Castine             +&#8211;> Litter Power &#038; Litter Bundle for Jitter<br />
>                                Universal Binaries on the way<br />
> iCE:  Sequencing,  Recording &#038;<br />
>       Interface  Building  for                   |home    | chez nous|<br />
>       Max/MSP   Extremely cool                   |bei uns |  i nostri|<br />
>       <a href="http://www.dspaudio.com/" rel="nofollow">http://www.dspaudio.com/</a>                   <a href="http://www.castine.de" rel="nofollow">http://www.castine.de</a><br />
><br />
><br />
></p>
<p>&#8211; <br />
f.e chanfrault | aka | personal computer music<br />
> >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
> >>>>>> |sublime music for a desperate people|</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89226</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89226</link>
					<pubDate>Wed, 29 Nov 2006 19:05:08 +0000</pubDate>
					<dc:creator>f.e</dc:creator>

					<description>
						<![CDATA[
						<p>Hello Roman,</p>
<p>i&#8217;ve done this, but got few strange results :</p>
<p>- first, the [in 1] seems to receive messages adressed to [in~1] (i got <br />
an error gnagnghgngaga &#8220;flonum (connected to the [in 1] ): doesn&#8217;t <br />
understand &#8220;tapconnect&#8221; when nobody talks to it).</p>
<p>- Then the out~ 1 &#038; 2 don&#8217;t seem to output what they&#8217;re supposed to. <br />
Having an [out~ 1] &#038; an [out~ 2], i have to create a message [out 3] <br />
(instead of simply say [out 1]) for the second msp outlet to let a <br />
signal pass thru (!!).</p>
<p>- i send a list of &#8216;target n, <int>&#8216; (&#8216;target 1, 1000&#8242; then &#8216;target 2, <br />
1500&#8242;, and so on) to specify different delays for the tapout~s inside, <br />
and the only signal i got is a fucking 0ms undelayed one (i mean, when i <br />
send a signal, it plays it like a bloody sfplay~, in time, with no delay <br />
at all&#8230;).</int></p>
<p>f**k (not you of course, the poly~ object which i still hate to the end <br />
of times).</p>
<p>f.e</p>
<p>Roman Thilenius wrote:<br />
>   <br />
>> nah, not voices, building blocks. <br />
>>     <br />
><br />
><br />
> btw, i have a whole set of poly &#8220;objects&#8221; around tapping <br />
> delays. i would share it, but it is not &#8220;final&#8221; enough yet.<br />
><br />
> why i am telling you about it is this: it is possible to<br />
> create _poly~s containing the tapouts &#8211; but connect them <br />
> all to only one tapin in the _root level of the patch.<br />
><br />
><br />
> -110<br />
> &#8211;<br />
> <a href="http://vst-mac.info/" rel="nofollow">http://vst-mac.info/</a><br />
><br />
>   </p>
<p>&#8211; <br />
f.e chanfrault | aka | personal computer music<br />
> >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
> >>>>>> |sublime music for a desperate people|</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89227</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89227</link>
					<pubDate>Wed, 29 Nov 2006 19:23:12 +0000</pubDate>
					<dc:creator>Joshua Kit Clayton</dc:creator>

					<description>
						<![CDATA[
						<p>
If the signal vector delay of feedback is a problem for your needs, I  <br />
would suggest you use poly~ with a signal vector size of 1. Then  <br />
tapin/tapout will work for you without a larger signal vector of  <br />
latency in the feedback. This will be more CPU intensive, but won&#8217;t  <br />
require you learning how to program DSP in C (your question on the  <br />
dev list suggests you could benefit from reading some DSP programming  <br />
books, or walking through more DSP code. For example for your needs,  <br />
have you checked out the taptools tap.multitap~?)</p>
<p>-Joshua</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89228</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89228</link>
					<pubDate>Wed, 29 Nov 2006 19:28:03 +0000</pubDate>
					<dc:creator>f.e</dc:creator>

					<description>
						<![CDATA[
						<p>Problem : the output of tapin~ outside the poly~ doesn&#8217;t seem to be <br />
treated as a signal inside the poly~. The only instance receiving it is <br />
the first one, not all instances as it use to be with signals in <br />
poly~&#8230; At the end, max crashes&#8230; Any help ?</p>
<p>Roman Thilenius wrote:<br />
>   <br />
>> nah, not voices, building blocks. <br />
>>     <br />
><br />
><br />
> btw, i have a whole set of poly &#8220;objects&#8221; around tapping <br />
> delays. i would share it, but it is not &#8220;final&#8221; enough yet.<br />
><br />
> why i am telling you about it is this: it is possible to<br />
> create _poly~s containing the tapouts &#8211; but connect them <br />
> all to only one tapin in the _root level of the patch.<br />
><br />
><br />
> -110<br />
> &#8211;<br />
> <a href="http://vst-mac.info/" rel="nofollow">http://vst-mac.info/</a><br />
><br />
>   </p>
<p>&#8211; <br />
f.e chanfrault | aka | personal computer music<br />
> >>>>>> <a href="http://www.personal-computer-music.com" rel="nofollow">http://www.personal-computer-music.com</a><br />
> >>>>>> |sublime music for a desperate people|</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89229</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89229</link>
					<pubDate>Wed, 29 Nov 2006 20:03:52 +0000</pubDate>
					<dc:creator>Eric Lyon</dc:creator>

					<description>
						<![CDATA[
						<p>Quote: Stefan Tiedje wrote on Wed, 29 November 2006 10:24<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
> Eric Lyon wrote:<br />
> > Except that it&#8217;s not multitap. <br />
> <br />
> But for shorter than the vectorsize, the word multitap is already <br />
> missleading. For the asked use, tapin~/tapout~ within a poly should be <br />
> able to do whatever one could ever need&#8230;<br />
> <br />
> I place a receive object inside the poly~ for the tapin~ connection and <br />
> have a standard fadein/out to prevent clicks for switching on/off voices&#8230;<br />
> For communication I use midinote with the delaytime as note value&#8230;<br />
> Works as a charm&#8230;<br />
> <br />
> Stefan<br />
> <br />
></p>
<p>I wonder if you could post this solution. I&#8217;d be interested to see it, especially if you can get a delaytime as short as 1 sample in your poly~ subpatch. But even if that is the case, I still argue that a standalone external would be better, because it saves you all that patching hassle, and would probably be more efficient on CPU too. Just don&#8217;t expect me to write one; I&#8217;m guessing that f.e may beat us to it :)</p>
<p>Eric</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/delay-lines/#post-89230</guid>
					<title><![CDATA[Re: delay lines]]></title>
					<link>http://cycling74.com/forums/topic/delay-lines/#post-89230</link>
					<pubDate>Thu, 30 Nov 2006 07:06:26 +0000</pubDate>
					<dc:creator>Stefan Tiedje</dc:creator>

					<description>
						<![CDATA[
						<p>Roman Thilenius wrote:<br />
> anything which disconnects and connects signal cables,<br />
> especially when more thann 1 or 2 at a time.<br />
> <br />
> but i assume it widely depends on operating system, I/O<br />
> hardware, and audio settings (I/O vector size and stuff)</p>
<p>It also depends on object versions. I remember there was an issue with <br />
poly~ which would crash when closed/changed with audio on. This is <br />
fixed, and some unanalyzed crashes might remain in the brain. If you <br />
avoid scripting in general, you wouldn&#8217;t notice that the problem resolved&#8230;</p>
<p>Nontheless, scripting audio objects sucks for other reasons&#8230;</p>
<p>Stefan</p>
<p>&#8211; <br />
Stefan Tiedje&#8212;&#8212;&#8212;&#8212;x&#8212;&#8212;-<br />
&#8211;_____&#8212;&#8212;&#8212;&#8211;|&#8212;&#8212;&#8212;&#8212;&#8211;<br />
&#8211;(_|_ &#8212;-|&#8212;&#8211;|&#8212;&#8211;()&#8212;&#8212;-<br />
&#8211; _|_)&#8212;-|&#8212;&#8211;()&#8212;&#8212;&#8212;&#8212;&#8211;<br />
&#8212;&#8212;&#8212;-()&#8212;&#8212;&#8211;www.ccmix.com</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

