<?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[Smoothing the &#x27;pops&#x27; out of a looped live sample]]></title><description><![CDATA[<p>so. since i can't afford a fancy loopstation pedal, i'm making one in pd and taking advantage of my low-latency soundcard.</p>
<p>i've made a set of midi trigger pedal buttons - 8 channels, two buttons each channel (one for &quot;record&quot;, one to toggle &quot;play&quot; or &quot;silent&quot;). you stomp on the &quot;record&quot; button on the first track and start playing music, then when you're done you hit the button again and the track starts playing back on loop. every subsequent track records in sync with the first loop. you can alter the volume of each of the 8 loop tracks, or stop and start them at will.</p>
<p>i use the [tabwrite~] object to record each loop, then play them back using [tabread]s controlled by [line~]s.</p>
<p>despite driving myself bonkers trying to program the operation of the button interface, so far everything's shaping up well. but the biggest annoyance is the 'pop' that you get when a loop of a constant but unsteady sound (ie, a single sustained violin note, recorded badly) jumps back to the zero position to start playing again - due to a difference in amplitude between the end of the loop and the start.</p>
<p>could anyone suggest a way that i could automatically alter the end of each recorded array so that over the final few milliseconds the amplitude is smoothed (or 'faded') to approach the amplitude at the exact start of the loop? i'm guessing this might eliminate the jump in amplitude that causes the 'pop' effect - let me know if you think i'm wrong <img class="emoji emoji-extended" src="http://forum.pdpatchrepo.info/plugins/nodebb-plugin-emoji-extended/images/grinning.png" title=":)" alt=":)" /></p>
<p>err, hope this is understandable.</p>
<p>cheers,</p>
<p>jon.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/3728/smoothing-the-pops-out-of-a-looped-live-sample</link><generator>RSS for Node</generator><lastBuildDate>Sun, 19 Jul 2026 16:09:34 GMT</lastBuildDate><atom:link href="http://forum.pdpatchrepo.info/topic/3728.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 07 Apr 2010 06:48:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Smoothing the &#x27;pops&#x27; out of a looped live sample on Wed, 07 Apr 2010 06:48:08 GMT]]></title><description><![CDATA[<p>so. since i can't afford a fancy loopstation pedal, i'm making one in pd and taking advantage of my low-latency soundcard.</p>
<p>i've made a set of midi trigger pedal buttons - 8 channels, two buttons each channel (one for &quot;record&quot;, one to toggle &quot;play&quot; or &quot;silent&quot;). you stomp on the &quot;record&quot; button on the first track and start playing music, then when you're done you hit the button again and the track starts playing back on loop. every subsequent track records in sync with the first loop. you can alter the volume of each of the 8 loop tracks, or stop and start them at will.</p>
<p>i use the [tabwrite~] object to record each loop, then play them back using [tabread]s controlled by [line~]s.</p>
<p>despite driving myself bonkers trying to program the operation of the button interface, so far everything's shaping up well. but the biggest annoyance is the 'pop' that you get when a loop of a constant but unsteady sound (ie, a single sustained violin note, recorded badly) jumps back to the zero position to start playing again - due to a difference in amplitude between the end of the loop and the start.</p>
<p>could anyone suggest a way that i could automatically alter the end of each recorded array so that over the final few milliseconds the amplitude is smoothed (or 'faded') to approach the amplitude at the exact start of the loop? i'm guessing this might eliminate the jump in amplitude that causes the 'pop' effect - let me know if you think i'm wrong <img class="emoji emoji-extended" src="http://forum.pdpatchrepo.info/plugins/nodebb-plugin-emoji-extended/images/grinning.png" title=":)" alt=":)" /></p>
<p>err, hope this is understandable.</p>
<p>cheers,</p>
<p>jon.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/3728/smoothing-the-pops-out-of-a-looped-live-sample</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/3728/smoothing-the-pops-out-of-a-looped-live-sample</guid><dc:creator><![CDATA[jon_oz]]></dc:creator><pubDate>Wed, 07 Apr 2010 06:48:08 GMT</pubDate></item><item><title><![CDATA[Reply to Smoothing the &#x27;pops&#x27; out of a looped live sample on Wed, 07 Apr 2010 07:25:43 GMT]]></title><description><![CDATA[<p>you could simply use an extra line~, triggerd by the same bang as the tabread driving line, to quickly fade in (and quickly fade out again at the end, using del and samplelength-5ms or something). Or look into B09.sampler.loop.smooth from examples. There are also higher level abstractions for this in rj lib, or try the xsample objects.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/3728/smoothing-the-pops-out-of-a-looped-live-sample/2</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/3728/smoothing-the-pops-out-of-a-looped-live-sample/2</guid><dc:creator><![CDATA[grg]]></dc:creator><pubDate>Wed, 07 Apr 2010 07:25:43 GMT</pubDate></item></channel></rss>