<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[point of clarification: delay lines]]></title><description><![CDATA[<p>If I want to change (ex via a slider) the difference in time between When an audio signal goes In to my patch and When it goes Out (esp. to dac~) a delwrite~/delread~ (or vd~) can be used to do the job?</p>
<p>So a delay line...</p>
<p>Is a way to create a time-differential between when my computer &quot;hears&quot; a sound and when it &quot;sends out&quot; its processed audio signal,...so to increase the delay time is to increase the &quot;loop&quot; length.</p>
<p>Sort of like a (artificial) controllable latency?</p>
<p>If yes: awesome.</p>
<p>If no:</p>
<p>How do you do that?</p>
<p>(As I am building a patch that transforms what it hears (and it does not cause feedback) and I want to be able to control how &quot;much&quot;/long it listens to itself before releasing its transformed result back out).</p>
<p>rem: what I am doing does Not cause feedback (via midi transformation). So being able to control how long the loop is would be awesome.</p>
<p>Thanks, in advance.</p>
<p>Peace through knowledge.</p>
<p>-s</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines</link><generator>RSS for Node</generator><lastBuildDate>Sun, 17 May 2026 15:37:47 GMT</lastBuildDate><atom:link href="http://forum.pdpatchrepo.info/topic/13291.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 13 Feb 2021 16:30:26 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to point of clarification: delay lines on Sat, 13 Feb 2021 16:30:26 GMT]]></title><description><![CDATA[<p>If I want to change (ex via a slider) the difference in time between When an audio signal goes In to my patch and When it goes Out (esp. to dac~) a delwrite~/delread~ (or vd~) can be used to do the job?</p>
<p>So a delay line...</p>
<p>Is a way to create a time-differential between when my computer &quot;hears&quot; a sound and when it &quot;sends out&quot; its processed audio signal,...so to increase the delay time is to increase the &quot;loop&quot; length.</p>
<p>Sort of like a (artificial) controllable latency?</p>
<p>If yes: awesome.</p>
<p>If no:</p>
<p>How do you do that?</p>
<p>(As I am building a patch that transforms what it hears (and it does not cause feedback) and I want to be able to control how &quot;much&quot;/long it listens to itself before releasing its transformed result back out).</p>
<p>rem: what I am doing does Not cause feedback (via midi transformation). So being able to control how long the loop is would be awesome.</p>
<p>Thanks, in advance.</p>
<p>Peace through knowledge.</p>
<p>-s</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines</guid><dc:creator><![CDATA[sv]]></dc:creator><pubDate>Sat, 13 Feb 2021 16:30:26 GMT</pubDate></item><item><title><![CDATA[Reply to point of clarification: delay lines on Sat, 13 Feb 2021 19:19:06 GMT]]></title><description><![CDATA[<p>@svanya Not sure I understand because it seems you answered your own question at the beginning......... using delwrite~/delread~ (or vd~)<br />
Do you mean outside of Pd?....... I don't think so because you write about your &quot;patch&quot;.<br />
So it was just an analogy.</p>
<p>You want to do stuff....... turn the audio into data (midi) for a certain time........ and then use that data to produce audio and send it to the [dac~]<br />
But at the same rate that the audio came in at........ sort of the same &quot;tempo&quot;.</p>
<p>So what you need is a data store with a read cursor that moves at the same rate as a write cursor with a settable gap between the two......</p>
<p>That is as far as I have got.<br />
But this is a first thought.</p>
<p>Write your data into an array at a set rate with a metro and a counter that sets the index.<br />
The counter should stop counting as it reaches the max indexes required for the delay and start putting data into the same index...... sounds bizarre I know, but stay with me......</p>
<p>Just before it writes again to that last index...... shift the array to the left....... read the first index and remove it.<br />
From here on the metro reads and removes the first index and writes the last index with new data..... forever.<br />
I know it looks back to front but I think I am correct.</p>
<p><a href="/uploads/files/1613238206663-all_about_arrays.pd">all_about_arrays.pd</a> David.<br />
<img src="/uploads/files/1613238170937-capture.jpg" alt="Capture.JPG" class="img-responsive img-markdown" /></p>
<p>[tabwrite will be increasing the length by one index every time it writes...... cannot yet get my head around (I have not even tried) how that will affect the patch above...... but I don't think it will.<br />
See you back here if I have a better idea (before someone else?).<br />
Because it's not certain that the operation above would be fast enough.</p>
<p>The maxlib library has [fifo] ...... first in first out...... and it's length can be set...... but how many floats can it store? I tried it set for 10000 and it seems to work.......<br />
There's one in ceammc and zexy too I think....... doing the same?.....<br />
David.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines/2</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines/2</guid><dc:creator><![CDATA[whale-av]]></dc:creator><pubDate>Sat, 13 Feb 2021 19:19:06 GMT</pubDate></item><item><title><![CDATA[Reply to point of clarification: delay lines on Sun, 14 Feb 2021 14:12:55 GMT]]></title><description><![CDATA[<p>@svanya AAaaaargh......... but possible with [fifo]<br />
Here you go for up to 10 seconds of &quot;data latency&quot;.......... <a href="/uploads/files/1613311457950-delayed.pd">delayed.pd</a></p>
<p>1ms or less data sampling.<br />
It will loop through the air from speakers to microphone of course....<br />
David.</p>
<p><img src="/uploads/files/1613311649051-capture.jpg" alt="Capture.JPG" class="img-responsive img-markdown" /></p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines/3</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines/3</guid><dc:creator><![CDATA[whale-av]]></dc:creator><pubDate>Sun, 14 Feb 2021 14:12:55 GMT</pubDate></item><item><title><![CDATA[Reply to point of clarification: delay lines on Sun, 14 Feb 2021 16:19:56 GMT]]></title><description><![CDATA[<p><a class="plugin-mentions-a" href="http://forum.pdpatchrepo.info/user/whale-av">@whale-av</a><br />
Thank you, for all of this.<br />
It is going to take me a while to digest it. So I will be in touch later about how much I understand <img class="emoji emoji-extended" src="http://forum.pdpatchrepo.info/plugins/nodebb-plugin-emoji-extended/images/grinning.png" title=":-)" alt=":-)" />.</p>
<p>Thank you, in advance for your help and input.<br />
I really do appreciate it.</p>
<p>Peace through sharing.</p>
<p>-s</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines/4</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13291/point-of-clarification-delay-lines/4</guid><dc:creator><![CDATA[sv]]></dc:creator><pubDate>Sun, 14 Feb 2021 16:19:56 GMT</pubDate></item></channel></rss>