[PD] DSP abstractions [was: netpd ...]

[Roman Haefeli]

On Sun, 2007-06-17 at 11:10 +0200, Frank Barknecht wrote:
> Hallo,
> Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> 
> > On Sat, 2007-06-16 at 18:06 +0200, Frank Barknecht wrote:
> > > Hallo,
> > > Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> > > 
> > > > oops, i thought, they are done in plain pd. [bp2~] is abstraction from
> > > > iemabs based on [filter~], which is either in iemlib1 or iemlib2. but
> > > > since these abs are intended to be included into pd-extended, it
> > > > shouldn't be a problem, that [bp2~] is used.
> > > 
> > > It also still sounds okay, though different, if replaced with [bp~].
> > 
> > yeah, but definitely not like the original 808 clap [1]. i am bit
> > finical about that ;-)
> > assuming i want to keep [bp2~], would it be better to replace it by
> > [iemlib/bp2~] to make it work out of the box in pd-extended, right?
> 
> Then it won't work for people who have iemlib installed somewhere else
> and/or load it as a library. 

i thought, we do that effort to include the result into pd-extended? if
that is the case, shouldn't we focus on make it working there first?

> You could built your own bp2~ using elementary filters.

yeah, i personally would prefer that way, but i know too little about
filterdesign to implement it myself. 

since it is meant to be in pd-extended anyway, what speaks against using
externals here? 

roman


		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de