Hey Amnon,
Thanks for replying (and making me clarify !)...
Attached are three pictures.
The first one show the drawn vectors as points, assuming that their Z-depth falls in between the two defined values I mentioned... (Line #15 in the code above). It also shows a small blue ellipse, which I'm positioning by my 'handX' and 'handY' variables - an attempt to average the XY values of those vectors in question (Lines #3 - #8 above). As a side note, I know the blue ellipse doesn't match up exactly with the center point/mass of the hand as of yet, and I'm not too sure if that's a issue with the mapping to realWorldPoints or just extra noise that's skewing the calculation...
You can also see the green line at the top, which I believe is the visual output of my current attempt to pass a new PImage to the blob detection - ie. not knowing how to assign the XY positions of the vector to pixels ... (Lines #18 - #23 above).
In the second image, you can see two hands displayed in red, as they are both within the threshold points. As such, my averaging calculation goes to pot, as the blue ellipse is now attempting to find the center point between them.
My ultimate aim with this program is to detect whether a hand has been placed over one of the circles for a certain duration of time, and send a TCP packet to another piece of software - all of which is working fine. But I need to pass one pair of XY coordinates to an update function to test whether it's overtop of the circles (like you helped me with in a previous post... thanks again). Because of this, I need to get a centre mass from the selected vector points, and I also need to be able to discriminate between separate hands/people.
Im the third image, you can see the results of passing the entire depthImage returned from the Kinect to the blob Detection. Mind you, I have a brightly lit studio, but there's a lot of noise... and I don't know the exact lighting conditions of how/where this will be installed yet. I can isolate the blobs and find their centroids easily enough (though note in the picture below that there's no separation from my hand and body, which would skew things).
What I am aiming for with passing the selected vectors to pixels in a new PImage is to pass
JUST those selected shapes/pixels to the blob detection, so that I can more resolutely identify hands versus other body parts, keep track of separate blobs (eg. ignore new blobs if one 'hand' is currently close to triggering an event), etc. Something like the fourth image: (just a quick PS hack, as you can see from the eraser marks

)
As I mentioned in my previous post, I think the hands are two far away from the camera to reliably get a match on a HAAR Cascade, and I haven't found any of those to be as stable as frontal face cascades anyways... Also, since these hands will be positioned right on top of another screen whose surface will be consistently playing other videos, I think background detection is out of the question...
A side note is that none of this will ever be seen beyond the 'control panel' ... and maybe not even then. It will operate as a silent, hidden layer on top of the player software.
Thanks in advance for any thoughts/feedback...
~ Jesse