[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