I wrote pix_share_read/write exactly for this purpose. It only moves pixes between processes but that is the heavy CPU load most of the time. Multiple GEM instances can read from the same write (or at least did when I used it), so one GEM could capture from a video source, another compress the image to disk and a third instance display it on screen.

On Thu, Oct 31, 2019 at 11:37 AM Csaba Láng <langcsaba@gmail.com> wrote:

Hi dearest list,

I am looking for a multiprocessing solution for GEM itself.
What I found from Miller's paper:
http://www.pdpatchrepo.info/hurleur/multiprocessing.pdf
clearly deals with only audio multiprocessing as the object pd~ indicates its usage.
Is there any method to spread GEM calculations among 4-8 processors?

Best,

Popesz
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list