can someone enlighten me about J07.oversampling.pd?

the patch looks a bit messy - and i dont know enough about the possible academic background of this method and these filters to correctly classify what i see.

couldn´t i just use any other type of filter?

say, like a biquad, direct form, butterworth topology, 12 db, 12 khz.

(i am porting a pd patch to else)

I've done a bit with oversampling, and the filter setup in J07 seems to be very efficient, cpu-wise. But you can use what works for your application. ELSE has a LOT of filter objects, too.

I left that part (pre-downsampling), as-is. For oversampling audio input (not audio produced inside the block), post-upsampling filters were more of a judgement call...

i agree about upsampling filters - and for my specific use cade i would not need those anway.

regarding that pd object: it could have been that there is a particular theory behind it which makes it special,
then i would have tried to copy it, which means i would have to learn about these onepole filters.

have you ever used a sinc or windowed sinc FIR? or FFT squared filter for that matter? (i.e. allow to introduce latency?)

@Obineg said:

have you ever used a sinc or windowed sinc FIR? or FFT squared filter for that matter? (i.e. allow to introduce latency?)

No, I haven't tried that. I did mess with some fexpr~ FIR filters (again, after upsampling), but the cpu load was massive.

I wish there was a fourth option for [inlet~]: "pad&FIR". The two together are standard for upsampling incoming audio.