[PD] [delwrite~], or "what Pd operations are/should be realtime?"
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.
> > 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...
More information about the Pd-list