Re: [PD] band limited (anti-alias) techniques

Le 24/11/2015 16:25, Alexandre Torres Porres a écrit :

cool, I just miss a few bandlimited oscillators in Pd, I'm doing them as patches/abstractions, but I think the best way to go would be to code an external,

i think there is no need for externals. there are at least 3 different implementations in pd vanilla that are fast and good. (mine in nusmuk audio, the one in rjdj, and a 3d one made by Roman Heafeli that i don't know where to find)

cheers c

hopefully it ain't be too tricky and hard, but over my head one way or another :P

2015-11-24 13:22 GMT-02:00 cyrille henry <ch@chnry.net mailto:ch@chnry.net>:

yes, this can be very efficient when the table is pre computed.
using 32 bits int and a 8K sample table, I recently implement a BL saw~ in an arduino due with surprisingly fast and good result.

cheers
c

Le 24/11/2015 16:12, Frank Barknecht a écrit :

    Hi,

    On Tue, Nov 24, 2015 at 01:01:00PM -0200, Alexandre Torres Porres wrote:

        Do any of you know the advantages and disadvantages between "*oversampling
        + filtering*" and the other techniques?


    A big difference is CPU load: the bandlimited oscillators in the rj-library
    aimed at mobile devices of some years ago use the transition splicing technique
    because it's one of the fastest. It only needs a simple table lookup in
    addition to the phasor~ etc.  that are running anyway. We even replaced the
    tabread4~ with tabread~ to save even more CPU.

    Ciao


_______________________________________________
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list