[PD] pix_multiblob cpu usage
Nose Hair
nosehair911 at bellsouth.net
Tue May 15 00:30:22 CEST 2007
I tried running it with a low res 400x300 clip and it still did the
same thing. I am trying to get a game going using an FTIR setup.
Here is a reference:
http://cs.nyu.edu/~jhan/ftirsense/
pix_mutiblob is way to slow, I cant get gridflow compiled, and pidip
is not working currently on the extended version. Is there another
option to do functional multitracking on a mac with pure data? I
really cant fork over the dough for max/msp/jitter, but there is a
free jitter plugin called cv.jit that looks great:
http://www.iamas.ac.jp/~jovan02/cv/
Is there a posibility that anyone will port this over to PD I wonder?
Alain
On May 14, 2007, at 12:49 PM, chris clepper wrote:
> I ran the pix_multiblob example on the same 640x480 clip on
> CoreDuo, G5 and Xeon CPUs at 2 Ghz and it destroys all of those
> processors. I guess it was designed to work on really low
> resolutions since none of the current CPUs can handle full sized
> standard def video as the code is written.
>
> If the code could be written without the numerous function calls
> and int to float to int conversions in the processing loop it would
> be much faster.
>
> On 5/14/07, nosehair911 at bellsouth.net <nosehair911 at bellsouth.net>
> wrote:
> I tried to use the Gem from the latest pd extended autobuilds and I
> have also compiled my own from
> CVS with the same results. If you can point me in the right
> direction on how to get this going I would
> apreciate it. BTW I dont know any C or C+ but I am willing to give
> it a go.
> Thanks,
> Alain
> >
> > From: "chris clepper" <cgclepper at gmail.com>
> > Date: 2007/05/14 Mon AM 10:56:03 EDT
> > To: " nosehair911 at bellsouth.net" <nosehair911 at bellsouth.net>
> > CC: pd-list at iem.at
> > Subject: Re: [PD] pix_multiblob cpu usage
> >
> > pix_multiblob is not the most efficient code but it should run at
> that low
> > resolution. Where did you get the GEM binary? It could be built
> without
> > optimization.
> >
> > On 5/11/07, nosehair911 at bellsouth.net <nosehair911 at bellsouth.net>
> wrote:
> > >
> > > I made a 400x300 motion JPEG-a movie 15 fps with 5 solid blue
> circles
> > > moving on a black background
> > > to test pix_mutiblob. I open it up with pix_film, flip it with
> pix_flip
> > > and send it to pix_multiblob. I suddenly
> > > notices PD getting very, very slow. When I look at the cpu
> usage in
> > > activity monitor (if you can believe
> > > activity monitor) I get 100-104% cpu usage. I cant do anything
> else in PD
> > > because PD gets so slow. I
> > > am using a dual 2Ghz G5 with ATI Radeon 9800 XT and 3GB of
> internal
> > > memory. Is this normal? What
> > > can I do to lower cpu usage? What else can I use within Gem to
> get the
> > > same results? I eventually want
> > > to be able to track 20-30 objects but It looks like it would be
> imposible
> > > at this rate.
> > > Thanks,
> > > Alain
> > >
> > >
> > > _______________________________________________
> > > PD-list at iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > http://lists.puredata.info/listinfo/pd-list
> > >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20070514/75d96213/attachment.htm>
More information about the Pd-list
mailing list