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@yahoo.com>
To: Giulio Moro <giuliomoro@yahoo.it>; Pd-List <pd-list@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@yahoo.com>
To: Giulio Moro <giuliomoro@yahoo.it>; Pd-List <pd-list@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