> > For the last 2 weeks I have been trying to write a motion tracking
> > external using the blob motion tracker in opencv. I had success
> > with writing a program that recieves a path to an avi and motion
> > tracks the blobs and prints their position. Now I am writing the
IOhannes m zmoelnig wrote:
> otoh, why don't you just use the Gem framework?
My thoughts *EXACTLY*
Why spend time re-doing what exists? (for fun, perhaps ;)
As it is, pix_blob works quite well - and if you need multiblob, update
pd/gem from CVS - pix_multiblob works very well also, and is quite fast.
*instancing* / id tracking is rare (not inherent to openCV either), but I
was able to hack it well enough for my purposes.
> if nothing else works, it might be simplest to just write your own
> application (without pd) and send the data to pd via your favourite
> protocol (FUDI, OSC, SMTP...)
Indeed - for more complicated operations (face & body recognition) I used
opencv's haars, then sent the coordinates to GEM via OSC for various visual
effects.
>From pd context, I don't see what benefit opencv blobs have over
pix_multi/blob; but perhaps I am missing something!