> > Hi Sebastian, > > [EMAIL PROTECTED] wrote: >> >> Thank you for this link - i tried the grabForeground-method and it >> worked >> well. >> What i still need (i didnt say that) is for every pixel a depth-value to >> reconstruct the (almost) exact position in world-coordinates after >> applying the image-processing. That was the reason i considered using >> shaders to keep the depth values in a texture or something... >> If i understand you right this is also what you suggest to do. >> > You can use another GrabForeground to grab depth, too. It's a hack (you > need to set the Image's format to > > *GL_DEPTH_COMPONENT before grabbing, and back to OSG_L_PF, OSG_I_PF or > OSG_A_PF afterwards), but for a quick test it should work. But using an > FBO is a much cleaner and especially if you want to do it interatively, > much faster option.
This sounds good. I have one problem with the whole GrabForeground thing. I am trying to use OpenCV for my image-processing tasks which works well as long as i write out the image using FileGrabForeground (as *.tiff) and reading it with openCV. This of course isn't realy what i want to do. Storing the image in an array-structure would be nice. But i dont get it how i can get an image-array from GrabForeground which i am able to pass to openCV (char[], std::string, ...). If there is a hint i would be glad to get it - then i could try out the 2-times GrabForeground thing really. Regards Sebastian ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
