[PD] Threading in Pd/libpd
Giulio Moro
giuliomoro at yahoo.it
Sat Oct 1 12:29:24 CEST 2016
Subpatches with the same or smaller block size as the parent patch should not be threaded.Subpatches with larger blocksize should be threaded, but it's left up to the user to enable that.
From: Jonathan Wilkes <jancsika at yahoo.com>
To: Giulio Moro <giuliomoro at yahoo.it>; Pd-List <pd-list at lists.iem.at>
Sent: Saturday, 1 October 2016, 6:08
Subject: Re: [PD] Threading in Pd/libpd
> The entire subpatch, which in principle can be used to wrap [fft~].> My plan is to have a common way of wrapping these objects with threads so that
> I do not have to re-write all of them.
Would this potentially benefit any subpatch, or just ones that have a
substantially larger block size than the parent patch?
> Giulio
From: Jonathan Wilkes <jancsika at yahoo.com>
To: Giulio Moro <giuliomoro at yahoo.it>; Pd-List <pd-list at lists.iem.at>
Sent: Saturday, 1 October 2016, 1:43
Subject: Re: [PD] Threading in Pd/libpd
> Yes, that's the plan, by default I'd set it to the number of samples corresponding to the step determined by the specified overlap.
What exactly gets computed in the separate thread? Is it only the revised
[fft~] object? Or is it the entire subpatch?
-Jonathan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20161001/10bb3bb7/attachment.html>
More information about the Pd-list
mailing list