<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi Alex, <br>been using additive synthesis implemented in pd to create bespoke timbres to fit xenharmonic scales. It has taken a while and is not finished yet as I've had problems with creating polyphonic ad syn instruments though I'm on the right track. I constructed a proof-of-concept model in Csound a few years back, but wanted a system more suited to live performance and on-the-fly tweaking, hence the pd implementation. <br>&nbsp;What I've got so far is a monophonic ad syn instrument w/ control over the pitch and amplitude&nbsp; of each partial. An extra feature is a separate envelope for each partial to avoid tedium. Ultimately, there will be active, changing control over all of the partials, and a polyphonic version. <br>Part of the machine is a scale generating interface triggered by input events such as MIDI. I don't use conversions from MIDI as some
 do, the pitches are derived from an expression block - it calculates the correct scale steps for the xenharmonic scale. Right now, there are only ET scales in there - if the user wants a 7-tet scale she/he simply places 7 in a number box and the machine does the rest. The timbre for the scale is then derived in the Setharian way - decide which scale steps should be consonant and manipulate the partials to suit your system. By doing the sums, the partial frequencies are arrived at, plugged into the adsyn partial arguments with a massive message box, and a timbre suited to a non-12 tet is the result. It's hit-or-miss, and I've not been able to fully assess the new scale-timbre pairs due to a lack of polyphony. It's coming along though....... &nbsp; <br><br>Rich Duckworth<br>
Lecturer in Music Technology<br>
School of Music<br>
House 5 <br>
Trinity College <br>
Dublin 2<br>
Ireland<br>
<br>
<br>
It's the most devastating moment in a young mans life, when he quite reasonably says to himself, "I shall never play The Dane!"<br><br>--- On <b>Sat, 3/4/10, pd-list-request@iem.at <i>&lt;pd-list-request@iem.at&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: pd-list-request@iem.at &lt;pd-list-request@iem.at&gt;<br>Subject: Pd-list Digest, Vol 61, Issue 14<br>To: pd-list@iem.at<br>Date: Saturday, 3 April, 2010, 10:40<br><br><div class="plainMail">Send Pd-list mailing list submissions to<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:pd-list@iem.at" href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>&nbsp;&nbsp;&nbsp; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>or, via email, send a message with subject or body 'help'
 to<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:pd-list-request@iem.at" href="/mc/compose?to=pd-list-request@iem.at">pd-list-request@iem.at</a><br><br>You can reach the person managing the list at<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:pd-list-owner@iem.at" href="/mc/compose?to=pd-list-owner@iem.at">pd-list-owner@iem.at</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Pd-list digest..."<br><br><br>Today's Topics:<br><br>&nbsp;&nbsp;&nbsp;1. Re: Spectral Shiffting (Jaime Oliver)<br>&nbsp;&nbsp;&nbsp;2. Re: Spectral Shiffting (Andrew Faraday)<br>&nbsp;&nbsp;&nbsp;3. Re: strange colors with pix_record (Max)<br>&nbsp;&nbsp;&nbsp;4. pd~ and DIO errors (tim vets)<br>&nbsp;&nbsp;&nbsp;5. Re: pd~ and DIO errors (patrick)<br>&nbsp;&nbsp;&nbsp;6. Re: Spectral Shiffting (hard off)<br>&nbsp;&nbsp;&nbsp;7. Re: tabread4~ "broken" interpolation algorithm - was Re:, Max<br>&nbsp; &nbsp; &nbsp; Smoother Audio than Pd?
 (Matteo Sisti Sette)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Fri, 2 Apr 2010 15:08:40 -0700<br>From: Jaime Oliver &lt;<a ymailto="mailto:jaime.oliver2@gmail.com" href="/mc/compose?to=jaime.oliver2@gmail.com">jaime.oliver2@gmail.com</a>&gt;<br>Subject: Re: [PD] Spectral Shiffting<br>To: Alexandre Porres &lt;<a ymailto="mailto:porres@gmail.com" href="/mc/compose?to=porres@gmail.com">porres@gmail.com</a>&gt;<br>Cc: <a ymailto="mailto:pd-list@iem.at" href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a><br>Message-ID:<br>&nbsp;&nbsp;&nbsp; &lt;<a ymailto="mailto:i2x616283881004021508k5a2751fct46ba5c19e20cb21c@mail.gmail.com" href="/mc/compose?to=i2x616283881004021508k5a2751fct46ba5c19e20cb21c@mail.gmail.com">i2x616283881004021508k5a2751fct46ba5c19e20cb21c@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset="iso-8859-1"<br><br>frequency shifting and then pitch shifting by the same
 amount in hertz will<br>compress or expand a spectrum around a particular frequency (which could or<br>could not be the fundamental...)<br><br>J<br><br>On Fri, Apr 2, 2010 at 1:05 PM, Alexandre Porres &lt;<a ymailto="mailto:porres@gmail.com" href="/mc/compose?to=porres@gmail.com">porres@gmail.com</a>&gt; wrote:<br><br>&gt; &gt;I know I read the spectral mapping technique he uses,<br>&gt; &gt;but I didn't really understand how it works.<br>&gt;<br>&gt; me neither, guess he didn't really explained it wel...<br>&gt;<br>&gt; cheers<br>&gt;<br>&gt;<br>&gt; 2010/4/2 Charles Henry &lt;<a ymailto="mailto:czhenry@gmail.com" href="/mc/compose?to=czhenry@gmail.com">czhenry@gmail.com</a>&gt;<br>&gt;<br>&gt; There's a method of tuning partials that William Sethares uses in his<br>&gt;&gt; compositionss and he talks about it in his book Tuning Timbre Spectrum<br>&gt;&gt; Scale.<br>&gt;&gt;<br>&gt;&gt; Specifically, he was also using inharmonic instruments which would
 be<br>&gt;&gt; arranged into consonant scales, and the similar problem of using<br>&gt;&gt; arbitrary scales with inharmonic spectra to fit with least dissonance.<br>&gt;&gt;&nbsp; I know I read the spectral mapping technique he uses, but I didn't<br>&gt;&gt; really understand how it works.<br>&gt;&gt;<br>&gt;&gt; On Fri, Apr 2, 2010 at 2:38 PM, Alexandre Porres &lt;<a ymailto="mailto:porres@gmail.com" href="/mc/compose?to=porres@gmail.com">porres@gmail.com</a>&gt;<br>&gt;&gt; wrote:<br>&gt;&gt; &gt; Hi folks,<br>&gt;&gt; &gt; I'd lke to distort a sound spectrum by transposing partials the way I<br>&gt;&gt; want.<br>&gt;&gt; &gt; Like making the spectrum more inharmonic or harmonic.<br>&gt;&gt; &gt; Anyone done something similar?<br>&gt;&gt; &gt; What kind of processing should I use?<br>&gt;&gt; &gt; I was thinking that maybe a Phase Vocoder, where you could control the<br>&gt;&gt; &gt; frequency separately, huh!?!? Anyone did this by the
 way?<br>&gt;&gt; &gt; thanks a lot<br>&gt;&gt; &gt; Alex<br>&gt;&gt; &gt; _______________________________________________<br>&gt;&gt; &gt; <a ymailto="mailto:Pd-list@iem.at" href="/mc/compose?to=Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>&gt;&gt; &gt; UNSUBSCRIBE and account-management -&gt;<br>&gt;&gt; &gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>&gt;&gt; &gt;<br>&gt;&gt; &gt;<br>&gt;&gt;<br>&gt;<br>&gt;<br>&gt; _______________________________________________<br>&gt; <a ymailto="mailto:Pd-list@iem.at" href="/mc/compose?to=Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>&gt; UNSUBSCRIBE and account-management -&gt;<br>&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>&gt;<br>&gt;<br><br><br>-- <br>Jaime E Oliver LR<br><br>www.jaimeoliver.pe<br><br>858 750 0924 (cel)<br>858 202 1522
 (home)<br>9168 Regents Rd. Apt. G<br>La Jolla, CA 92037<br>USA<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;<a href="http://lists.puredata.info/pipermail/pd-list/attachments/20100402/76c3d366/attachment-0001.htm" target="_blank">http://lists.puredata.info/pipermail/pd-list/attachments/20100402/76c3d366/attachment-0001.htm</a>&gt;<br><br>------------------------------<br><br>Message: 2<br>Date: Fri, 2 Apr 2010 23:32:04 +0100<br>From: Andrew Faraday &lt;<a ymailto="mailto:jbturgid@hotmail.com" href="/mc/compose?to=jbturgid@hotmail.com">jbturgid@hotmail.com</a>&gt;<br>Subject: Re: [PD] Spectral Shiffting<br>To: &lt;<a ymailto="mailto:porres@gmail.com" href="/mc/compose?to=porres@gmail.com">porres@gmail.com</a>&gt;, &lt;<a ymailto="mailto:pd-list@iem.at" href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a>&gt;<br>Message-ID: &lt;<a ymailto="mailto:COL120-W480473297F2055A1871B0CDE1C0@phx.gbl"
 href="/mc/compose?to=COL120-W480473297F2055A1871B0CDE1C0@phx.gbl">COL120-W480473297F2055A1871B0CDE1C0@phx.gbl</a>&gt;<br>Content-Type: text/plain; charset="iso-8859-1"<br><br><br>Hey Alex<br>I'm not sure if this is what you're after, but have a look in the help browser for:<br>3.audio.examples/D08.table.spectrum<br>This is basically a bank of oscillators reading their own specific pitches from a single table. Perhaps use:<br>FFT to feed the table and [sigmund~] to set the pitch. Orchange the arguments in [spectrum_partial] in [pd oscbank] so you can manipulate the partials more precisely (you could add an inlet or a recieve to control these from somewhere else in your patch). <br>Hope this helps.<br>Andrew<br>Date: Fri, 2 Apr 2010 15:38:15 -0400<br>From: <a ymailto="mailto:porres@gmail.com" href="/mc/compose?to=porres@gmail.com">porres@gmail.com</a><br>To: <a ymailto="mailto:pd-list@iem.at"
 href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a><br>Subject: [PD] Spectral Shiffting<br><br>Hi folks, <br>I'd lke to distort a sound spectrum by transposing partials the way I want. Like making the spectrum more inharmonic or harmonic.<br>Anyone done something similar?<br><br>What kind of processing should I use? <br>I was thinking that maybe a Phase Vocoder, where you could control the frequency separately, huh!?!? Anyone did this by the way?<br><br>thanks a lotAlex &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; <br>_________________________________________________________________<br><a href="http://clk.atdmt.com/UKM/go/195013117/direct/01/" target="_blank">http://clk.atdmt.com/UKM/go/195013117/direct/01/</a><br>We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now<br>-------------- next part --------------<br>An HTML attachment was
 scrubbed...<br>URL: &lt;<a href="http://lists.puredata.info/pipermail/pd-list/attachments/20100402/c4a1584e/attachment-0001.htm" target="_blank">http://lists.puredata.info/pipermail/pd-list/attachments/20100402/c4a1584e/attachment-0001.htm</a>&gt;<br><br>------------------------------<br><br>Message: 3<br>Date: Sat, 3 Apr 2010 00:52:58 +0200<br>From: Max &lt;<a ymailto="mailto:abonnements@revolwear.com" href="/mc/compose?to=abonnements@revolwear.com">abonnements@revolwear.com</a>&gt;<br>Subject: Re: [PD] strange colors with pix_record<br>To: chris clepper &lt;<a ymailto="mailto:cgclepper@gmail.com" href="/mc/compose?to=cgclepper@gmail.com">cgclepper@gmail.com</a>&gt;<br>Cc: PD list &lt;<a ymailto="mailto:pd-list@iem.kug.ac.at" href="/mc/compose?to=pd-list@iem.kug.ac.at">pd-list@iem.kug.ac.at</a>&gt;<br>Message-ID: &lt;<a ymailto="mailto:FDE5A954-E064-459B-BF8B-FCB2B2EA6FA1@revolwear.com"
 href="/mc/compose?to=FDE5A954-E064-459B-BF8B-FCB2B2EA6FA1@revolwear.com">FDE5A954-E064-459B-BF8B-FCB2B2EA6FA1@revolwear.com</a>&gt;<br>Content-Type: text/plain; charset=us-ascii<br><br>that version of GEM<br>GEM: ver: 0.92.2 <br>GEM: compiled: Jan 20 2010<br>unfortunately doesn't have a pix_recordQT<br> pix_recordQT<br>... couldn't create<br><br>m.<br><br>Am 01.04.2010 um 21:25 schrieb chris clepper:<br><br>&gt; The Quicktime code being used in recent GEM builds is not the code I wrote, and does not work that well.&nbsp; Can you try pix_recordQT and see if that loads?&nbsp; <br>&gt; <br>&gt; <br>&gt; On Wed, Mar 31, 2010 at 10:03 AM, Max &lt;<a ymailto="mailto:abonnements@revolwear.com" href="/mc/compose?to=abonnements@revolwear.com">abonnements@revolwear.com</a>&gt; wrote:<br>&gt; Hi List,<br>&gt; <br>&gt; i wonder why i get these strange colors when using pix_record with GEM ver: 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3<br>&gt; Any Ideas?<br>&gt;
 <br>&gt; <br>&gt; <br>&gt; <br>&gt; <br>&gt; <br>&gt; <br>&gt; this is grayscale in GEM but instead it is quite blue in the recorded quicktime.<br>&gt; <br>&gt; <br>&gt; <br>&gt; <br>&gt; _______________________________________________<br>&gt; <a ymailto="mailto:Pd-list@iem.at" href="/mc/compose?to=Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>&gt; UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>&gt; <br>&gt; <br><br><br><br><br>------------------------------<br><br>Message: 4<br>Date: Sat, 3 Apr 2010 02:39:54 +0200<br>From: tim vets &lt;<a ymailto="mailto:timvets@gmail.com" href="/mc/compose?to=timvets@gmail.com">timvets@gmail.com</a>&gt;<br>Subject: [PD] pd~ and DIO errors<br>To: pd-list &lt;<a ymailto="mailto:pd-list@iem.at" href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a>&gt;<br>Message-ID:<br>&nbsp;&nbsp;&nbsp; &lt;<a
 ymailto="mailto:q2ia29740771004021739od28874eepc52d5ac280313d3a@mail.gmail.com" href="/mc/compose?to=q2ia29740771004021739od28874eepc52d5ac280313d3a@mail.gmail.com">q2ia29740771004021739od28874eepc52d5ac280313d3a@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Hi all,<br>I have a rather heavy patch which causes DIO errors when I switch~ on<br>several subpatches.<br>I'm running pd + Jack on a rt kernel (ubuntu-studio Hardy),... Jack shows<br>little or no Xruns.<br>Now I wanted to try and optimize the patch by using [pd~].<br>The way I understood it is that [pd~] will start a subprocess and it will<br>(automatically ?) divide the audio computation load over multiple<br>processors.<br>However, I get the impression that by using [pd~] I get the same (or even<br>worse) results as with my regular "abstraction / [switch~]" approach; DIO<br>error crackles.<br>Any advice very welcome!<br>Thanks,<br>Tim<br>-------------- next part
 --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;<a href="http://lists.puredata.info/pipermail/pd-list/attachments/20100403/90b585d1/attachment-0001.htm" target="_blank">http://lists.puredata.info/pipermail/pd-list/attachments/20100403/90b585d1/attachment-0001.htm</a>&gt;<br><br>------------------------------<br><br>Message: 5<br>Date: Fri, 02 Apr 2010 21:13:15 -0400<br>From: patrick &lt;<a ymailto="mailto:puredata@11h11.com" href="/mc/compose?to=puredata@11h11.com">puredata@11h11.com</a>&gt;<br>Subject: Re: [PD] pd~ and DIO errors<br>To: tim vets &lt;<a ymailto="mailto:timvets@gmail.com" href="/mc/compose?to=timvets@gmail.com">timvets@gmail.com</a>&gt;<br>Cc: pd-list &lt;<a ymailto="mailto:pd-list@iem.at" href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a>&gt;<br>Message-ID: &lt;<a ymailto="mailto:4BB6962B.6080008@11h11.com" href="/mc/compose?to=4BB6962B.6080008@11h11.com">4BB6962B.6080008@11h11.com</a>&gt;<br>Content-Type:
 text/plain; charset=ISO-8859-1; format=flowed<br><br>hi tim,<br><br>just to be sure, do you use the -rt flag when starting pd? also, try to <br>run everything (jack, pd) in root (just to see if the glitches is the <br>cause of a limitation).<br><br>pat<br><br><br><br>------------------------------<br><br>Message: 6<br>Date: Sat, 3 Apr 2010 12:15:04 +0900<br>From: hard off &lt;<a ymailto="mailto:hard.off@gmail.com" href="/mc/compose?to=hard.off@gmail.com">hard.off@gmail.com</a>&gt;<br>Subject: Re: [PD] Spectral Shiffting<br>To: Andrew Faraday &lt;<a ymailto="mailto:jbturgid@hotmail.com" href="/mc/compose?to=jbturgid@hotmail.com">jbturgid@hotmail.com</a>&gt;<br>Cc: <a ymailto="mailto:pd-list@iem.at" href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a>, <a ymailto="mailto:porres@gmail.com" href="/mc/compose?to=porres@gmail.com">porres@gmail.com</a><br>Message-ID:<br>&nbsp;&nbsp;&nbsp; &lt;<a
 ymailto="mailto:t2p161320dd1004022015peb988d62xea8192713999829c@mail.gmail.com" href="/mc/compose?to=t2p161320dd1004022015peb988d62xea8192713999829c@mail.gmail.com">t2p161320dd1004022015peb988d62xea8192713999829c@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset="iso-8859-1"<br><br>here's a frequency shifter that slur posted on the pd forum a little while<br>ago:<br><br><a href="http://puredata.hurleur.com/viewtopic.php?pid=16842#p16842" target="_blank">http://puredata.hurleur.com/viewtopic.php?pid=16842#p16842</a><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;<a href="http://lists.puredata.info/pipermail/pd-list/attachments/20100403/83f29514/attachment-0001.htm" target="_blank">http://lists.puredata.info/pipermail/pd-list/attachments/20100403/83f29514/attachment-0001.htm</a>&gt;<br><br>------------------------------<br><br>Message: 7<br>Date: Sat, 03 Apr 2010 11:40:07 +0200<br>From: Matteo Sisti
 Sette &lt;<a ymailto="mailto:matteosistisette@gmail.com" href="/mc/compose?to=matteosistisette@gmail.com">matteosistisette@gmail.com</a>&gt;<br>Subject: Re: [PD] tabread4~ "broken" interpolation algorithm - was<br>&nbsp;&nbsp;&nbsp; Re:, Max &nbsp;&nbsp;&nbsp; Smoother Audio than Pd?<br>To: Charles Henry &lt;<a ymailto="mailto:czhenry@gmail.com" href="/mc/compose?to=czhenry@gmail.com">czhenry@gmail.com</a>&gt;<br>Cc: <a ymailto="mailto:pd-list@iem.at" href="/mc/compose?to=pd-list@iem.at">pd-list@iem.at</a><br>Message-ID: &lt;<a ymailto="mailto:4BB70CF7.5090309@gmail.com" href="/mc/compose?to=4BB70CF7.5090309@gmail.com">4BB70CF7.5090309@gmail.com</a>&gt;<br>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>Charles Henry escribi?:<br><br>&gt; The hardest class I ever had was stochastic analysis (as recent as 4<br>&gt; years ago), where we solved problems like this.&nbsp; Fundamentally, it's<br>&gt; not too hard, but the details of the
 calculus are tricky.&nbsp; I'd prefer<br>&gt; to stay away unless there's a real good reason to do so :)<br>&gt; <br><br>Well if you want to stay away from stochastic processes and consider the <br>signal as a deterministic function, then you'll have to make assumptions <br>that make sense for functions.<br><br>And a flat spectrum isn't. As you said at the very beginning (almost), <br>assuming it has a flat spectrum implies it is a dirac delta.<br><br>Finding the interpolator that best interpolates a dirac delta is finding <br>the interpolator that best matches the ideal interpolator (the sync), <br>hence your result.<br><br>Ok, we cannot find an interpolator that is optimum for all classes of <br>functions, so we have to choose some class of functions.<br>Even provided your reasoning about phase was right (so allowing to <br>extend the result not only to the delta function but to all function <br>with a flat spectrum with whatever phase), I don't think
 the resulting <br>class of function is much more general and much more interesting.<br><br>I think people often use a sinusoid to measure the quality of an <br>interpolator (e.g. in Miller's book you find tables with the <br>signal-to-noise ratio of the interpolator measured on a sinusoid, if i <br>remember correctly).<br>Maybe you could solve the problem of finding the best interpolator for a <br>sinusoid.<br>That would make a lot more sense than the best interpolator for a dirac <br>delta. (note that I don't know if the result turns out to be the same)<br><br>If you try to solve the problem for a whole "class" of functions of some <br>interest, I'm afraid you'll find out it is much (much much much) more <br>complicated than dealing with stochastic processes.<br><br><br>Note that I'm not saying that<br> &gt;&gt; E=|f(x)-sinc(x)|^2 is minimized when<br> &gt;&gt;<br> &gt;&gt; f(x)={sinc(x) -2&lt;x&lt;2&nbsp; ,&nbsp; &nbsp; 0 elsewhere<br>is a bad
 choice.<br>I'm just arguing that your reasoning doesn't prove it is the best choice.<br><br>Indeed I think some software use<br><br> &gt;&gt; E=|f(x)-sinc(x)|^2 is minimized when<br> &gt;&gt;<br> &gt;&gt; f(x)={sinc(x) -N&lt;x&lt;N&nbsp; ,&nbsp; &nbsp; 0 elsewhere<br><br>for some value of N. For infinite N, this would be the perfect <br>interpolator, so obviously for large N it is good enough.<br><br>The problem is that for N as little as 2, the truncation has <br>non-negligible effects on the stop band, so the problem arises, whether <br>another signal can reduce the effects of the truncation on the stop <br>band, at the cost of some added ripple within the passband.<br><br>Now that I think about it, your truncated sync should have perfect-flat <br>passband response, and big stopband "ripples" (how do you call the <br>stopband ripples? cannot remember the word), so any improvement at <br>stopband will have to be traded off with some increased passband
 ripple.<br><br>So here's what the truncated sync is best at: it's the one with the best <br>(meaning flattest) bandpass response. Is this correct???<br><br><br><br>Note however that the highest part of the high frequency noise (due to <br>the non-zero stopband part of the interpolator) will cause aliasing when <br>resampling. The analysis of passband ripple and stopband "ripple" and <br>whatever measure of their trade off doesn't take this into account: it <br>just considers the passband ripple as passband distortion, and the <br>stopband "ripple" as high-frequency noise. But after resampling part of <br>that high frequency noise will be brought back to low frequency in form <br>of aliasing. Note that the new Nyquist frequency depends on the <br>resampling frequency and is not the same as the original Nyquist <br>frequency, so how relevant aliasing is depends on the resampling rate. <br>If yoy resample at 1:1 then _all_ high freq noise will become
 aliasing.<br>Aliasing is often considered somewhat worse than anything else (correct <br>me if I am wrong), I guess because it is specially audible, being <br>perceived as something completely unconnected to the original signal.<br><br>This last digression is nothing specific to the truncated sync, it is <br>just to say that while trading off between passband distortion and <br>stopband noise, we have to consider that stopband noise may alias back <br>to low frequency and hence it is especially important to avoid it.<br>Hence an interpolator with strong stopband ripple is likely to need to <br>be used in conjunction with oversampling and filtering before <br>resampling. By the way when we resample at an unpredictable and varying <br>rate (such as using a tabreadWhatever~ with an input signal that is not <br>a ramp), oversampling and filtering is not feasible (or is it???)<br><br><br>-- <br>Matteo Sisti Sette<br><a
 ymailto="mailto:matteosistisette@gmail.com" href="/mc/compose?to=matteosistisette@gmail.com">matteosistisette@gmail.com</a><br><a href="http://www.matteosistisette.com" target="_blank">http://www.matteosistisette.com</a><br><br><br><br>------------------------------<br><br>_______________________________________________<br>Pd-list mailing list<br><a ymailto="mailto:Pd-list@iem.at" href="/mc/compose?to=Pd-list@iem.at">Pd-list@iem.at</a><br>to manage your subscription (including un-subscription) see<br><a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br><br><br>End of Pd-list Digest, Vol 61, Issue 14<br>***************************************<br></div></blockquote></td></tr></table>