[PD] [delwrite~], or "what Pd operations are/should be realtime?"

Simon Iten itensimon at gmail.com
Thu Nov 24 17:56:44 CET 2016


coming from arduino, it is definitely not optimized there, but nice to know!


> On 24 Nov 2016, at 17:41, Jonathan Wilkes <jancsika at yahoo.com> wrote:
> 
> > wouldn’t memset be faster?
> 
> 
> 
> No.  But only because compilers are smart enough to spot 
> artisinally-rolled, prematurely unoptimized code and just 
> use memset instead.
> 
> -Jonathan
> 
> > On 24 Nov 2016, at 10:41, Orm Finnendahl <orm.finnendahl at selma.hfmdk-frankfurt.de <mailto:orm.finnendahl at selma.hfmdk-frankfurt.de>> wrote:
> > 
> > Am Mittwoch, den 23. November 2016 um 21:28:52 Uhr (-0200) schrieb Alexandre Torres Porres:
> >> please show us (and miller) what it is about :)
> > 
> > patch against vanilla pd is attached. Also a small usage example.
> > 
> > Although it's trivial, adding it to pd would be quite useful for me
> > especially since it doesn't break any backwards compatibility. In
> > rehearsals of pieces with long delays/reverbs it's a real time-saver
> > ;-)
> > 
> > --
> > Orm
> > <d_delay.patch><delwrite~-clear-example.pd>_______________________________________________
> > Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
> 
> 
> 
> _______________________________________________
> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20161124/7c84be5f/attachment.html>


More information about the Pd-list mailing list