Attached patch illustrates how [iemlib/hp1~] is calculated. This gives
a perfect hipass, [hip~] could (or should) be done the same way I
guess.
Katja
On Fri, Jan 30, 2015 at 6:21 AM, Alexandre Torres Porres
por...@gmail.com wrote:
This message of mine was intended to be a bug report
I see,
and here's hip with raw filters
2015-01-30 20:09 GMT-02:00 Alexandre Torres Porres por...@gmail.com:
that seems quite nicer than [hip~], cool.
I rewrote it to make it more concise with expr.
cheers
2015-01-30 19:29 GMT-02:00 katja katjavet...@gmail.com:
Attached patch illustrates how
that seems quite nicer than [hip~], cool.
I rewrote it to make it more concise with expr.
cheers
2015-01-30 19:29 GMT-02:00 katja katjavet...@gmail.com:
Attached patch illustrates how [iemlib/hp1~] is calculated. This gives
a perfect hipass, [hip~] could (or should) be done the same way I
Hello all,
An user reported a bug in the forum about some problematic behaviours of
certain filters in pd-extended 0.43.4, particularly [hip~] and [bp~]. I
found this bug to be also present in pd vanilla 0.46.5. Basically, these
filters do not respond to frequencies higher than approximately
a few of patches of mine that describe the behaviour of vanilla and some
extended filters
2015-01-29 23:39 GMT-02:00 Alexandre Torres Porres por...@gmail.com:
it's how the filters were designed, they're not perfect throughout the
spectrum
you'll need to use/build other filters for that
Hi Alexandre, thanks for your reply.
On 30/01/15 02:39, Alexandre Torres Porres wrote:
it's how the filters were designed, they're not perfect throughout the
spectrum
Probably it would be better then to warn users about this limit of ~12
kHz in the help-files then.
you'll need to use/build
