Sorry, I wrote this before I received the digest with the answers.
well, for the record, I tried and [netsend / netreceive] are doing the trick.cheers2011/12/1 Alexandre Torres Porres <porres@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