[PD] [PD-announce] Oops, test3 bad, test4 up now

[Alexandre Torres Porres]

Pd-L2ork included a clear method for delwrite~ no idea how it works or how
it addresses the issues you raised - because I just don't really know what
you're talking about :)

but anyway, here's the source code attached for you to check it out

and here is the clear method excerpt:

static void sigdelwrite_clear(t_sigdelwrite *x) {
    int n = XTRASAMPS + x->x_cspace.c_n;
    memset(x->x_cspace.c_vec, 0, n * sizeof(t_sample));
}

Please check it out... and say, can you get away with in real time as you
hoped so?

Cheers

2016-05-07 15:08 GMT-03:00 Miller Puckette <msp at ucsd.edu>:

> My problem with a "clear" method for delwrite~ is that it takes a
> data-dependent
> amount of time to carry out.  OTOH, there's a way to clear arrays.  Some
> thinking is needed to figure out how to clearly distinguish between
> operations
> that are best carried out at "startup time" (whatever that means) and
> things
> that one can get away with in real time.  I haven't figured out how to
> deal with this yet.
>
> cheers
> M
>
> On Fri, May 06, 2016 at 12:19:02AM -0400, Jaime Oliver wrote:
> > +1 on clear method for delwrite~
> > I have those forgotten snippets as a feature now and count on them, but
> it would be good for them to be optional.
> > best,
> >
> > J
> > > On May 5, 2016, at 11:57 PM, Alexandre Torres Porres <porres at gmail.com>
> wrote:
> > >
> > > 2016-05-05 23:55 GMT-03:00 Miller Puckette <msp at ucsd.edu <mailto:
> msp at ucsd.edu>>:
> > > almost ready to put out 0.47-0 for real :)
> > >
> > > Awesome. I'd still have a couple of minor feature requests that I'd
> consider fair for this release so I'll insist on them; but I get it if you
> just wanna release it out for good - or if you have any thoughts against
> this or other issues, please share.
> > >
> > > First: bringing back the paf~ external. I looked it up in the earlier
> releases and found the source from where it was last available (around 0.36
> I guess). Here it is attached so you don't need to look for it. It kinda
> bother me that in the pd examples you mention it but it's not there, so if
> you decide to not bring it back, maybe remove this mention in
> F13.paf.control - but checking the source, seems like a fine code to go to
> waste :)
> > >
> > > Second: Add a clear method message to [delwrite~] so it clears its
> buffer - this would be extremely useful when implementing some feedback
> reverberators and not that much work on the code.
> > >
> > > Thanks
> > > Alex
> > >
> > > <paf~.zip>_______________________________________________
> > > Pd-list at lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160507/2420264d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: d_delay.c
Type: text/x-csrc
Size: 9566 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160507/2420264d/attachment.c>