Re: [PD] Opencv pd

2007-05-30 Thread nanodust
  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!


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Opencv pd

2007-05-30 Thread nosehair911
I dont know if you have ever used pix_multiblob before. This would be my first 
option and I already 
had built a huge project using pix_multiblob before I realized that just 
tracking 5 blobs with 
pix_multiblob on a G5 dual 2Ghz with a Radeon 9800 XT and 3 gig of ram it was 
using up 98-104 
percent of my cpu on just tracking lone.  Try the pix_multiblob example.  The 
opencv app I built 
running on a powerbook g4 1.5Ghz with 512mb of ram only uses 38-45 of my cpu 
with the same 
movie.  In my project I am going to need to track at least 15 to 20 blobs if 
not more. You do the math.  
The reason I want to build it into an external is for convenience and for the 
learning process.  If you 
have any help to give I will be happy to learn from you.
Alain
 
 From: nanodust [EMAIL PROTECTED]
 Date: 2007/05/30 Wed AM 08:07:45 EDT
 To: pd-list@iem.at
 Subject: Re: [PD] Opencv  pd
 
   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!
 
 
 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list
 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Opencv pd

2007-05-30 Thread IOhannes m zmoelnig
[EMAIL PROTECTED] wrote:
 I dont know if you have ever used pix_multiblob before. This would be my 
 first option and I already 

just to make sure that we do not misunderstand each other:
i had no intention in saying that you should stick to the existing objects.
i thought that you should integrate your openCV objects into Gem and not
brew your own objects.

the problems you described (sending pointers to and fro), show that you
do not create Gem objects (which would handle this stuff for you).


mfg.asdr
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Opencv pd

2007-05-30 Thread martin.peach
IOhannes m zmoelnig wrote:

 i thought that you should integrate your openCV objects into Gem and not
 brew your own objects.

I too would like to make some objects in Gem. I have already done some  openGL 
externals for max/msp (see lifeGL and lifeTorus at 
http://www.billvorn.concordia.ca/menuall.html)
and would like to port them to pd. It seems the alternatives are to set a 
tcl/tk drawable as openGL, or Gem. Is there any documentation about the Gem API 
or is it all in the Gem source?

Martin


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Opencv pd

2007-05-30 Thread nosehair911
IO,
I understand what you where saying.  I just figured it would be easier to make 
a self contained 
external than to try to figure out how to convert things so that Gems GL stuff 
could use it.  From what 
you are saying I was probably wrong.  I just could not figure it out really and 
there was no how to for 
Gem like the how to you wrote for Pd (althogh the Gem sorce is documented well).

Nanodust,
When I said have you used pix_multiblob before I was not trying to be 
inflamatory I was just asking.  
From your reply I think it might have come out that way but it was not ment 
that way.  I appreciate all 
input.

Thanks to all,
Alain
 
 From: IOhannes m zmoelnig [EMAIL PROTECTED]
 Date: 2007/05/30 Wed AM 09:57:55 EDT
 To: [EMAIL PROTECTED]
 CC: pd-list@iem.at
 Subject: Re: [PD] Opencv  pd
 
 [EMAIL PROTECTED] wrote:
  I dont know if you have ever used pix_multiblob before. This would be my 
  first option and I 
already 
 
 just to make sure that we do not misunderstand each other:
 i had no intention in saying that you should stick to the existing objects.
 i thought that you should integrate your openCV objects into Gem and not
 brew your own objects.
 
 the problems you described (sending pointers to and fro), show that you
 do not create Gem objects (which would handle this stuff for you).
 
 
 mfg.asdr
 IOhannes
 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list