Between the two, you need to channel multithreaded communications into
singlethreaded >communications so that they can fit with Pd. That's always possible of course. One way to go.
If you can't use (or don't want to use) Pd's sys_lock() for whatever
reason, you will need some kind of >intermediate buffer so that your Pd objects can pick up the data coming from openMP. I'll dig in a bit into that.
Thanks for the comments,
best regards, Pedro
On Fri, Dec 3, 2010 at 1:55 PM, Mathieu Bouchard matju@artengine.ca wrote:
On Wed, 1 Dec 2010, Pedro Lopes wrote:
During that I realized I could implement it in parallel via OpenMP,
but tried to compile the code with some openMP directives and it did not work for the pd_external, it seemed that PD could not handle it somehow[2]. So what I wanted was "an object" to be parallel by itself. Not a series of different objects. Does anyone ever made an external that itself uses openMP?
I suppose it means that the code that uses openMP must not use Pd, and the code that uses Pd must not use openMP. Between the two, you need to channel multithreaded communications into singlethreaded communications so that they can fit with Pd. If you can't use (or don't want to use) Pd's sys_lock() for whatever reason, you will need some kind of intermediate buffer so that your Pd objects can pick up the data coming from openMP.
I don't know any openMP though.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC