>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 <[email protected]> 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 > -- Pedro Lopes (MSc) contact: [email protected] website: http://web.ist.utl.pt/Pedro.Lopes
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
