[PD] Re: pure == slow, impure == fast ? was purepd

[günter geiger]

On Mon, 21 Nov 2005, Frank Barknecht wrote:
> Hallo,
> günter geiger hat gesagt: // günter geiger wrote:
>
> >
> > On Sun, 20 Nov 2005, Frank Barknecht wrote:
> > > would give a big performance boost. OTOH it is possible to get this
> > > boost right now, if it's important, by replacing the serialization in
> > > [list-drip] with zexy's drip. As all [list]-abs use the [list-drip]
> > > abstraction, this will accelerate all of them immediatly.
> >
> > Or for the same reason by using the "serialize" object from ggee, which
> > might have been an inspiration for Johannes' drip. But then it might have
> > not, sometimes people just do the same thing at the same time in different
> > places without knowing. In any case it might be a sign of the usefullness
> > of the object.
>
> However [serialize] works the other way around, by turning a stream of
> floats into a list.

Ooops. Thats true, but it shouldn't be this way. Sorry, I haven' t used
these objects for a long time and obviously the CVS contains the wrong
code.

Guenter


>In Zexy a similar object is called [repack],
> however repack starts a new list as soon as the specified length is
> reached and then waits until the new list is filled.
>
> In [list]-abs I have [list-lastx] which basically is the same as your
> [serialize], additionally it also accepts symbol atoms to pack into
> the list. A [repack] clone is not part of [list]-abs (yet), but it's
> simply done using a:
>
> [list prepend]X[t a]
>
> Zexy's drip and my [list-drip] "unpack" a list, that is, they spit out
> each element of a list after another. [list-drip] has a IMO quite
> useful second outlet which sends a bang, after the whole input list
> was consumed.
>
> Regarding the usefulness: All my newer patches use at least one [list]
> object. And regarding the usefulness of [list-drip]: Of the currently
> 40 list-abstractions 19 use a kind of "drip".
>
> 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
>