I've verified my calculations and duplicated the ggee code in a short perl
script. My script and my Pd patch match, but are still off from ggee.
I feel like a noob here, what's the difference?
The script/patch are being compared at 100hz, bw=1, sr=48000.
~Brandon
On Sun, May 17, 2009 at 9:45
Hi Brandon,
here ya go!
VANILLA PD
*SIGNAL CONTROLLED*
vcf~
moog~
*MESSAGE CONTROLLED*
lop~
bp~
hp~
biquad
PD-EXTENDED/EXTERNAL LIBRARIES
*SIGNAL CONTROLLED*
---IEM Lib filters---
vcf_filter~ (building block for following abstractions)
vcf_bp2~
vcf_bp4~
vcf_bp6~
vcf_bp8~
vcf_hp2~
Derek,
Thanks for the complete list! This is very helpful.
I was hoping to start off by using Vanilla-only objects. Does anyone have
some good examples of how [biquad~] can be used to replicate standard
low/high/band pass filters w/ q? Any other ideas?
~brandon
On Sun, May 17, 2009 at 4:35
Hello,
I've been using the filter abstractions from the rjlib, which are all
vanilla. Also, they use a an abstraction variant of [biquad~] called
[e_beequad] that allows for signal control instead of message. The equations
used are also nicely documented within the patches.
I think if you Google biquad filter coefficients or similar, you'll
come up with tons of Greek to play with. Otherwise, the GGEE objects
merely do the calculations and export them as messages, so if you wanted
to use these objects to get some reasonable sounding stuff and then
build your
Good call! I explored the GGEE objects in Pd-extended, which led me to
their source code (A+ for readability), which led me to this:
http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt
Thanks for the pointer.
Cheers!
~Brandon
On Sun, May 17, 2009 at 9:53 AM, Derek Holzer de...@umatic.nl
Yeah, that's the one I was thinking of, but was too busy doing taxes to
remember the name ;-)
best!
D.
brandon zeeb wrote:
http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt
--
::: derek holzer ::: http://blog.myspace.com/macumbista :::
http://www.vimeo.com/macumbista :::
---Oblique
Derek Holzer wrote:
VANILLA PD
*SIGNAL CONTROLLED*
vcf~
moog~
is moog~ really in vanilla? (not here (0.42-5), unforunately, though i
think it should be...)
bis denn!
martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management
Didn't check that one too closely, I guess. I assumed it was vanilla.
D.
martin brinkmann wrote:
Derek Holzer wrote:
VANILLA PD
*SIGNAL CONTROLLED*
vcf~
moog~
is moog~ really in vanilla? (not here (0.42-5), unforunately, though i
think it should be...)
bis denn!
martin
--
:::
Hallo,
brandon zeeb hat gesagt: // brandon zeeb wrote:
Good call! I explored the GGEE objects in Pd-extended, which led me to
their source code (A+ for readability), which led me to this:
http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt
The filter objects in the rjdj-lib just do these
there is also bq~ in the nusmuk floder + all abstraction to compute the filter
coef.
bq~ is a simple biquad, but with audio input for filter coefs.
C
Derek Holzer a écrit :
Hi Brandon,
here ya go!
VANILLA PD
*SIGNAL CONTROLLED*
vcf~
moog~
*MESSAGE CONTROLLED*
lop~
bp~
hp~
biquad
Hey,
I've implemented the same coefficients as the ggee [lowpass] external in Pd,
and can't seem to figure out where my calculations are off. The
calculations are in the [pd lowpass] sub patch.
Any ideas?
~Brandon
On Sun, May 17, 2009 at 2:43 PM, Frank Barknecht f...@footils.org wrote:
12 matches
Mail list logo