[PD] pix_multiblob cpu usage
Tim Boykett
tim at timesup.org
Tue May 15 13:41:45 CEST 2007
Of course the "obvious" solution is to port the OpenCV bits and pieces
to PD/Gem externals :-) We did some last year for VVVV, using some
existing
framework, it worked within one day or so.
There are several vision/video external frameworks out there; are any
of them in Gem or elsewhere in PD (pdp, gridflow, etc)?
tim
On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote:
> On 5/14/07, Nose Hair <nosehair911 at bellsouth.net> wrote:
>> 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/
>
> Jeff Han, sweet reference of course.
>
>> 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?
>
> I dunno if this will happen or if it is possible to port directly from
> Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all
> benefit with some super DSP-geek "keeping up with the Joneses" on many
> fronts!
>
> ~Kyle
> --
>
> http://theradioproject.com
> http://perhapsidid.blogspot.com
>
> (((())))(()()((((((((()())))()(((((((())()()())())))
> (())))))(()))))))))))))(((((((((((()()))))))))((())))
> ))(((((((((((())))())))))))))))))))__________
> _____())))))(((((((((((((()))))))))))_______
> ((((((())))))))))))((((((((000)))oOOOOOO
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
>
More information about the Pd-list
mailing list