2012/11/27 DRC <dcomman...@users.sourceforge.net>: > I think you want to either intercept > the 3D pixels via a VirtualGL transport plugin, or you want to use Xvfb > along with VirtualGL to display the app into Xvfb and capture the output > of Xvfb (which will contain both 2D and 3D pixels.) I really don't see > what TurboVNC gives you in this case that you couldn't get from Xvfb, > since you're not interested in actually displaying the pixels to the > screen but rather just want to read them back for automated testing > purposes. >
Because i'm thinking that you need turboVNC in order to composite the 3d renderings inside the application windows? Are you saying that i can use virtualGL to render remote apps (i.e: some 3d game) and then redirect the output to Xvfb without using turboVNC? if that is true, that is perfect for my purposes then. The whole problem is avoiding using cpu to render the game on the local Xvfb server. But isn't there some special wiring between turboVNC and virtualGL that Xvfb does not know about? ------------------------------------------------------------------------------ Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
