[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