Hi Marcus, thanks for the hasty ansewer. You told me: > Lookign at GrabForeGround::draw() there is also no CPEdit() on the > image, so that might be it (i.e. you must do a workaround and register > the image data as changed), if you're actually able to get any data back > (check that first).
I gave a look at the GrabForeGround::draw() code and I noticed that the clue point is a well known glreadpixels. Unfortunately, since I am quite new to clustering and client server data transmission, I am not really getting your points when you talk about CPEdit and image data checking. How may I check that data are present on my client? As for now all I can see is that the image on the client side is not resized accordingly to the viewport and that adding a beginEditCP(image,osg::Image::PixelFieldMask) grabforeground->setActive(true) redraw() grabforeground->setActive(false) beginEditCP(image,osg::Image::PixelFieldMask) does not help very much how may I register the data change? Thanks E. > -----Messaggio originale----- > Da: [EMAIL PROTECTED] [mailto:opensg-users- > [EMAIL PROTECTED] Per conto di Marcus Lindblom > Inviato: mercoledì 17 gennaio 2007 15.39 > A: [email protected] > Oggetto: Re: [Opensg-users] client-server screenshots > > Enrico wrote: > > Hi opensg friends, > > > > i am back on my former screenshots problem. > > I am running OpneSG in client-server mode, > > with the client setting up the scene and controlling the navigation and > the > > server simply executing the render itself. > > > > I want to take screenshots of the remote scene and save the images back > to > > the client. Doing it via the GrabForeGround ends up in client-side empty > > pngs. Just to be sure that the foregrounds are working, I paired to the > grab > > Foreground a FileGrabForeground, which saves pngs remotely without a > > problem. > > [snip] > > Does anyone can find a reason why I can't get the pixmaps locally? > > I'd like to get 'em back to the client cause the final goal is to shrink > all > > the pngs to a single AVI (since I don't seem to be able to get the > > avforeground working) > > > I'd wager a guess (no guarantees): > > Since GrabForeground downloads the image (via glReadPixels) to the > server image, that aspect/data is never sync:ed back to the client (data > usually goes the other way, right? ) ? > > Writing it as a file on the server is ok since it's actually "there". > > Lookign at GrabForeGround::draw() there is also no CPEdit() on the > image, so that might be it (i.e. you must do a workaround and register > the image data as changed), if you're actually able to get any data back > (check that first). > > Hope it helps, > /Marcus > > P.S. I really want to do some clustering work someday. It seems pretty > kool. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Opensg-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/opensg-users ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
