[PD] Using dual processor to manage 2 Pd at the same time

Pedro Lopes pedro.lopes at ist.utl.pt
Wed Aug 18 17:04:46 CEST 2010


p.s.: notice that my 40 sockets rarely have packets on them, its not poling
intensive. Just from time to time, when users change stuff around..

2010/8/18 Roman Haefeli <reduzent at gmail.com>

>
> On Wed, 2010-08-18 at 15:34 +0100, João de Brito Vidigal wrote:
> > Since I'm doing this to ease multiple video processing (up to 18 short
> > videos), do you think it's ok to open several different net ports? or
> > will it then get stuck with that!?
>
> Most of the net classes in Pd I am aware of are not threaded, so yeah,
> this theoretically could be an issue. In practice it might not.
>
> The worst that can happen is when the receiving end point disappears
> without the sending end point noticing it. In such a case, the buffer of
> the sender gets filled and when it has reached the maximum, it blocks Pd
> completely. If both the sender and the receiver are running on the same
> box this very unlikely to happen. But still be aware of the buffer: If
> you send a lot of data, you might still be able to fill it, which would
> again cause drop outs. But again, if both are on the same box, it's
> unlikely you hit some bandwidth limit.
>
> Now after writing this, I realize that problems relating to buffering
> are specifcic to TCP. There is no need to do buffering for sending UDP,
> so using UDP should even be less likely to cause troubles.
>
> Roman
>
>
>
>
> > 2010/8/17 Mario Mora <maredmo at gmail.com>
> >         Hi Joao
> >
> >
> >         You can achieve that by starting one instance of pd in the
> >         usual way (for audio process by example) and the other one
> >         using the terminal app , writing there the adress to the app
> >         and starting it with the ./Pd-extended  command by
> >         example....it is recommended that you start the pd instace for
> >         video (gem) with -noaudio flag or, alternatively desctivating
> >         the audio in the menu of the app.
> >
> >
> >         I have used that approach with success for audio and video
> >         processing in real-time like this:
> >         http://www.vimeo.com/12532169
> >
> >
> >         hope it helps
> >
> >
> >         bests
> >
> >
> >         Mario
> >
> >
> >
> >         2010/8/17 João de Brito Rocha Reis Vidigal
> >         <jbvidigal at gmail.com>
> >                 I'm using OSX
> >                 I want to sync 2 PD's (not 2 PD patches). One to
> >                 control sound the other to control video (GEM).
> >
> >
> >                 "(your OS can tell you in which CPU a process is
> >                 running, there are several cmd tools in linux for
> >                 that)"
> >                 can OSX do it as well?
> >
> >
> >                 On 17 Aug 2010, at 16:15, Pedro Lopes wrote:
> >
> >                 Can you clarify this a bit further?
> >
> >                 What are the two things you want to sync? (Arduino and
> >                 pd? No need for OSC for that...but very do-able)
> >
> >                 (your OS can tell you in which CPU a process is
> >                 running, there are several cmd tools in linux for
> >                 that)
> >
> >
> >                 Best regards,
> >                 Pedro
> >
> >                 2010/8/17 João de Brito Rocha Reis Vidigal
> >                 <jbvidigal at gmail.com>
> >                         Any idea on how to get the first Pd working
> >                         with one  processor and the second with the
> >                         other?
> >
> >                         I'm using the Arduino firmata to trigger both
> >                         sound and video. I think I can't open twice
> >                         the same port! So how can I use the OSC then
> >                         to sync the triggering!?
> >
> >
> >
> >                         On 17 Aug 2010, at 16:05, Mathieu Bouchard
> >                         wrote:
> >
> >                         On Tue, 17 Aug 2010, Pierre Massat wrote:
> >
> >                         > Does this mean that in Linux and on a dual
> >                         core machine one instance of Pd only uses one
> >                         processor?
> >
> >                         No, it doesn't mean that.
> >
> >                         But all the messages and signals circulate in
> >                         a since thread (on a single cpu) unless you
> >                         use special tools to split it into several
> >                         threads.
> >
> >                         Then there is the "client process", which
> >                         "own" the patch windows and the main window.
> >                         This runs separately.
> >
> >                         Also, [soundfiler], some GEM input/output
> >                         classes, and much of PDP, can run in an
> >                         alternate thread.
> >
> >                         > Is there a way to know which processor it
> >                         uses, and whether it always uses the same
> >                         processor?
> >
> >                         No idea... I still run a single-core all day
> >                         long.
> >
> >                         _ _ __ ___ _____ ________ _____________
> >                         _____________________ ...
> >                         | Mathieu Bouchard, Montréal, Québec.
> >                         téléphone: +1.514.383.3801
> >
> >
> >
> >
> >                         _______________________________________________
> >                         Pd-list at iem.at mailing list
> >                         UNSUBSCRIBE and account-management ->
> >                         http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> >
> >                 --
> >                 Pedro Lopes (ongoing MSc)
> >                 contact: pedro.lopes at ist.utl.pt
> >                 website: http://web.ist.utl.pt/Pedro.Lopes
> >
> >
> >
> >
> >                 _______________________________________________
> >                 Pd-list at iem.at mailing list
> >                 UNSUBSCRIBE and account-management ->
> >                 http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> >
> > _______________________________________________
> > Pd-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Pedro Lopes (ongoing MSc)
contact: pedro.lopes at ist.utl.pt
website: http://web.ist.utl.pt/Pedro.Lopes
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100818/c239b5c9/attachment-0001.htm>


More information about the Pd-list mailing list