[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