[PD] Moving Sum object?

Alexandre Torres Porres porres at gmail.com
Tue Dec 8 13:20:56 CET 2015


what was the purpose of the output from the max object into rpole~ in your
patch? that's a bug, right?

cheers

2015-12-08 9:50 GMT-02:00 Christof Ressi <christof.ressi at gmx.at>:

> Or are you talking about a object that outputs the sum as a message? In
> that case just use [cmavg~] or [maverage~] with [snapshot~]. If you just
> want the sum of a signal vector, there are some objects in zexy that will
> do the job, like [avg~] or [pack~]+[sum]
>
> *Gesendet:* Dienstag, 08. Dezember 2015 um 12:41 Uhr
> *Von:* "Christof Ressi" <christof.ressi at gmx.at>
>
> *An:* "Alexandre Torres Porres" <porres at gmail.com>
> *Cc:* "pd-list at lists.iem.at" <pd-list at lists.iem.at>
> *Betreff:* Re: [PD] Moving Sum object?
> Well, a linear moving average filter is just something that  sums a
> series of samples. If you don't want the average but rather the true sum,
> either multiply the output by the number of samples or take my abstraction
> and get rid of the [/~] object.
>
> *Gesendet:* Dienstag, 08. Dezember 2015 um 12:21 Uhr
> *Von:* "Alexandre Torres Porres" <porres at gmail.com>
> *An:* "Christof Ressi" <christof.ressi at gmx.at>
> *Cc:* "Matt Barber" <brbrofsvl at gmail.com>, "pd-list at lists.iem.at" <
> pd-list at lists.iem.at>
> *Betreff:* Re: Re: [PD] Moving Sum object?
> cool guys, but i was asking for an average "sum" object :)
>
> 2015-12-08 9:19 GMT-02:00 Christof Ressi <christof.ressi at gmx.at>:
>>
>> Hey Matt,
>>
>> there's no need for the feedback path (and therefore no [block~ 1] ;-))
>>
>> Just use the following formula:
>>
>> y[n] = (y[n-1] - x[n-k])/k
>>
>> where k is the number of samples to be averaged (must be at least 1). see
>> the patch I sent to Alex in my last mail.
>> it uses [rpole~ 1] for the y[n-1] part and [z~ k] for the x[n-k] part
>> (you can replace the latter one with a [delwrite~] [delread~] pair to make
>> it purely vanilla).
>>
>> The funny thing about linear moving average filters is, that although it
>> can be implemented as a recursive filter (like in both our patches), it is
>> still a FIR filter (and therefore it defeats the notion that recursive
>> filters are always IIR filters). The impulse response is just a rectangular
>> pulse and therefore finite.
>>
>>
>>
>> Gesendet: Dienstag, 08. Dezember 2015 um 07:13 Uhr
>> Von: "Matt Barber" <brbrofsvl at gmail.com>
>> An: "Alexandre Torres Porres" <porres at gmail.com>
>> Cc: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
>> Betreff: Re: [PD] Moving Sum object?
>>
>> Something like this? Almost completely untestsed. :D
>>
>> On Tue, Dec 8, 2015 at 12:20 AM, Alexandre Torres Porres <
>> porres at gmail.com> wrote:
>>
>> Talking about averages I wonder if we have an object that sums (in a
>> moving average fashion) a series of samples
>>
>> cheers
>> _______________________________________________
>> Pd-list at lists.iem.at[Pd-list at lists.iem.at] mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list[http://lists.puredata.info/listinfo/pd-list]
>>  _______________________________________________ Pd-list at lists.iem.at
>> mailing list UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list[http://lists.puredata.info/listinfo/pd-list]
>
> _______________________________________________ Pd-list at lists.iem.at
> mailing list UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20151208/f1cf30a5/attachment.html>


More information about the Pd-list mailing list