[PD] is this a spectral gate?

[Kevin McCoy]

Yeah - I agree.  This would be a nice addition to the pd examples
since it uses all standard objects, or maybe there could be a package
that includes things like this.  I started learning Pd in May of last
year and I always thought the audio examples were fine; effective but
a little dry.  Something like this would allow people to have a lot
more fun from the get-go!  It's things like this, or Derek's
particlechamber (too bad it needs grid) that would be great especially
for people coming from other softwares or the electronic music scene,
just to demonstrate that these kind of things are happening in pd
right off the bat :)  Might be a nice little bit of encouragement.

I don't have any problems with drawing the arrays on an iMac g5 10.4.

Kevin

On 3/1/07, Hans-Christoph Steiner <hans at eds.org> wrote:
>
> That is very nice.  We need more stuff like this!
>
> Unfortunately, the sound breaks up badly when I draw in the arrays.
> Does that happen on other platforms?  I am on Mac OS X.  I wonder if
> there is a more efficient way to do the drawing part.
>
> I added a little splash of color and some simple step-by-step
> instructions for the newbies.  Stuff like this is the perfect way to
> inspire people to learn Pd.
>
>
>
> .hc
>
> On Feb 23, 2007, at 1:10 PM, Josh Steiner wrote:
>
> > that is one hell of a lot of fun to play with.
> >
> >
> > padawan12 wrote:
> >> On Wed, 21 Feb 2007 10:30:28 +0100
> >> Frank Barknecht <fbar at footils.org> wrote:
> >>
> >>
> >> A couple of little improvements to specdelay to make it more
> >> useful as an
> >> audio effect.
> >>
> >>
> >>> Hallo,
> >>> David Powers hat gesagt: // David Powers wrote:
> >>>
> >>>
> >>>> I wish there was an "fft for dumbies" ... or, I guess, some kind of
> >>>> fft "black boxes" to play with, where you don't need to
> >>>> understand the
> >>>> math. Frank's recent post completely lost me,
> >>>>
> >>> Now I'm disappointed ...
> >>>
> >>>
> >>>> though given a bit of study I can probably decode it.
> >>>>
> >>> ... ah, and relieved a bit again. ;)
> >>>
> >>>
> >>>> But, for instance, in Reaktor or Plogue Bidule, you can move stuff
> >>>> into fft, mess with it, and resynthesize, without having any
> >>>> idea what
> >>>> the hell the math is. In comparison, I really couldn't
> >>>> understand the
> >>>> PD fft examples at all, it's just been too many years since I had a
> >>>> math class.
> >>>>
> >>> The power of Pd of course is, that you can influence things on a
> >>> much
> >>> lower level than NI allows you to do in Reaktor - although I admit,
> >>> that I only know Reaktor from screenshots. The downside is, that you
> >>> have to dig deeper to make the most out of Pd. This is especially
> >>> true
> >>> for FFT applications. The actual FFT patches often are very
> >>> simple and
> >>> they contain just of a handful of objects. It's the knowledge hidden
> >>> inside that makes them difficult to understand.
> >>>
> >>> While you can skip a lot of the math, you cannot do FFT in Pd
> >>> without
> >>> at least understanding what kind of data is generated by the two
> >>> [rfft~] outlets. Because without understanding this, you cannot even
> >>> "fool around" with the data in between [rfft~] and [rifft~] in a
> >>> meaningful way.
> >>>
> >>> Anyway, to give you a blackbox maybe like in Reaktor, attached is a
> >>> Spectral Delay GOP abstraction ready to be dropped into any glitch
> >>> patch.
> >>>
> >>> Ciao
> >>> --
> >>>  Frank Barknecht                 _ ______footils.org_ __goto10.org__
> >>>
> >>>
> >>> --------------------------------------------------------------------
> >>> ----
> >>>
> >>> _______________________________________________
> >>> PD-list at iem.at mailing list
> >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> >>> listinfo/pd-list
> >>>
> >
> >
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > listinfo/pd-list
>
>
>
> ------------------------------------------------------------------------
>
> All information should be free.  - the hacker ethic
>
>
>
>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
>


-- 


++++
http://pocketkm.blogspot.com