[L2Ork-dev] GSOC: multi-core Purr?

[João Pais]

I was thinking rather mainly of dsp processing - although the gui can be  
heavy in some cases, mostly it's dsp that goes to the limits.


> It depends on what you mean by multi-core.
>
> For example, event responders for data structure array
> clicks in which the elements are drawn using `[draw]` actually
> happen in the GUI. So if you have an array with 1,000,000
> elements and click element number 999,999 there's no
> bbox traversal in the audio process to find the thing that
> received a click.
>
> In other words, the click handler happens in the GUI process,
> which on most modern computers is running on a different
> CPU than the audio process.
>
> I think Guilio had some improvements with mouse motion
> that similarly moved event logic to the GUI. So that's another
> example.
>
> But there is no plan to change Pd's message passing internals
> nor its DSP graph to run things in parallel.
>
> -Jonathan
>
> On Mon, Apr 2, 2018 at 4:54 PM, João Pais <jmmmpais at gmail.com> wrote:
>> This probably is a nightmare to implement, but would a multi-core  
>> Purr-Data
>> be something doable in the near future? Or is it already (or was  
>> mentioned
>> in other gsoc requests) and I didn't notice?
>>
>> Joao
>> _______________________________________________
>> L2Ork-dev mailing list
>> L2Ork-dev at disis.music.vt.edu
>> https://disis.music.vt.edu/listinfo/l2ork-dev
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> https://disis.music.vt.edu/listinfo/l2ork-dev