<div dir="ltr">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 :) <div><br></div><div>but anyway, here's the source code attached for you to check it out</div><div><br></div><div>and here is the clear method excerpt:</div><div><br></div><div><div>static void sigdelwrite_clear(t_sigdelwrite *x) {</div><div>    int n = XTRASAMPS + x->x_cspace.c_n;</div><div>    memset(x->x_cspace.c_vec, 0, n * sizeof(t_sample));</div><div>}</div></div><div><br></div><div>Please check it out... and say, can you<span style="font-size:12.8px"> get away with in real time as you hoped so?</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Cheers</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-07 15:08 GMT-03:00 Miller Puckette <span dir="ltr"><<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My problem with a "clear" method for delwrite~ is that it takes a data-dependent<br>
amount of time to carry out.  OTOH, there's a way to clear arrays.  Some<br>
thinking is needed to figure out how to clearly distinguish between operations<br>
that are best carried out at "startup time" (whatever that means) and things<br>
that one can get away with in real time.  I haven't figured out how to<br>
deal with this yet.<br>
<br>
cheers<br>
M<br>
<span class=""><br>
On Fri, May 06, 2016 at 12:19:02AM -0400, Jaime Oliver wrote:<br>
> +1 on clear method for delwrite~<br>
> I have those forgotten snippets as a feature now and count on them, but it would be good for them to be optional.<br>
> best,<br>
><br>
> J<br>
> > On May 5, 2016, at 11:57 PM, Alexandre Torres Porres <<a href="mailto:porres@gmail.com">porres@gmail.com</a>> wrote:<br>
> ><br>
</span>> > 2016-05-05 23:55 GMT-03:00 Miller Puckette <<a href="mailto:msp@ucsd.edu">msp@ucsd.edu</a> <mailto:<a href="mailto:msp@ucsd.edu">msp@ucsd.edu</a>>>:<br>
<div class="HOEnZb"><div class="h5">> > almost ready to put out 0.47-0 for real :)<br>
> ><br>
> > 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.<br>
> ><br>
> > 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 :)<br>
> ><br>
> > 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.<br>
> ><br>
> > Thanks<br>
> > Alex<br>
> ><br>
> > <paf~.zip>_______________________________________________<br>
> > <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> > UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
><br>
<br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
<br>
</div></div></blockquote></div><br></div>