Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread Roman Haefeli
On Sun, 2012-12-16 at 23:17 -0800, Jonathan Wilkes wrote: - Original Message - From: Simon Wise simonzw...@gmail.com To: pd-list@iem.at Cc: Sent: Sunday, December 16, 2012 7:58 PM Subject: Re: [PD] [nbuntil]: an non-blocking [until] replacement On 17/12/12 08:06

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread katja
Cool, with [nbuntil] the workload is even spread over the cores! So now you can do calculations on long arrays without fear of CPU spikes. And in turn, audio latency may be set to lower level. Great solution Roman, thanks for sharing. Katja On Sun, Dec 16, 2012 at 10:51 PM, Roman Haefeli

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread Roman Haefeli
Hi Katja Thanks for your feedback. On Mon, 2012-12-17 at 11:56 +0100, katja wrote: Cool, with [nbuntil] the workload is even spread over the cores! I don't think that [nbuntil] will help in making Pd use more than one core. Since [nbuntil] is just an abstraction, everything run below it is

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread katja
On Mon, Dec 17, 2012 at 1:21 PM, Roman Haefeli reduz...@gmail.com wrote: ... On Mon, 2012-12-17 at 11:56 +0100, katja wrote: Cool, with [nbuntil] the workload is even spread over the cores! I don't think that [nbuntil] will help in making Pd use more than one core. Since [nbuntil] is just an

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread katja
On Mon, Dec 17, 2012 at 4:18 PM, katja katjavet...@gmail.com wrote: On Mon, Dec 17, 2012 at 1:21 PM, Roman Haefeli reduz...@gmail.com wrote: ... On Mon, 2012-12-17 at 11:56 +0100, katja wrote: Cool, with [nbuntil] the workload is even spread over the cores! I don't think that [nbuntil] will

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread Jonathan Wilkes
- Original Message - From: Roman Haefeli reduz...@gmail.com To: pd-list@iem.at Cc: Sent: Monday, December 17, 2012 3:07 AM Subject: Re: [PD] [nbuntil]: an non-blocking [until] replacement On Sun, 2012-12-16 at 23:17 -0800, Jonathan Wilkes wrote: - Original Message

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-16 Thread Jonathan Wilkes
Why not just trigger each iteration with [bang~]? -Jonathan - Original Message - From: Roman Haefeli reduz...@gmail.com To: Pd List pd-list@iem.at Cc: Sent: Sunday, December 16, 2012 4:51 PM Subject: [PD] [nbuntil]: an non-blocking [until] replacement Hi all Audio drop

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-16 Thread Simon Wise
On 17/12/12 08:06, Jonathan Wilkes wrote: Why not just trigger each iteration with [bang~]? because with [bang~] you would get a single iteration per block, rather than as many iterations as you have time for ... which seems to be the intention of [nbuntil], and very useful where you might

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-16 Thread Jonathan Wilkes
- Original Message - From: Simon Wise simonzw...@gmail.com To: pd-list@iem.at Cc: Sent: Sunday, December 16, 2012 7:58 PM Subject: Re: [PD] [nbuntil]: an non-blocking [until] replacement On 17/12/12 08:06, Jonathan Wilkes wrote: Why not just trigger each iteration with [bang