[PD] pd~ not helping, any hints?

[Alexandre Torres Porres]

well, for the record, I tried and [netsend / netreceive] are doing the
trick.
cheers


2011/12/1 Alexandre Torres Porres <porres at gmail.com>

> Hi folks.
>
> Now that pd~ works well for me. I'm sad to see it is not doing what I hope
> it would. Maybe I could send the patch, but it's simple so I think there's
> no need.
>
> What it does is that it takes a snapshot of the spectrum and does pretty
> extensive calculations with it, gets combinations of the lists' elements,
> does transpositions, plots a graph over 1200 points, bla bla bla.
>
> When I do it on my patch, Pd just freezes completely, the audio stops, and
> it then waits until all of this is over to come back to life. It usually
> takes around 10 seconds!!!
>
> I thought that if I put all of this in a separate patch under [pd~] that
> it would do all it had to do without killing the audio in the parent/super
> patch. But Nothing Changes!
>
> I figure it must be related to the "attention" in the help files, which
> says something like: "subprocess' clock is slaved to audio I/O it gets from
> superpatch!".
>
> In other words, the clocks are in sinc. So if one stops, the other waits.
>
> is that it???
>
> If so... no way around to change this with [pd~], right?
>
> But would it be possible to review this and maybe allow it for future
> versions?
>
>
> So then, how is it possible to have a separate process, in a separate
> core, with an independent clock?
>
> - Use separate computers? - Just open another actual Pd and send messages
> to it via net objects?
>
> Thanks a lot.
> alex
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20111201/9acb2c9b/attachment-0001.htm>