The bug is easily reproducible.  I am suspicious that it might have 
something to do with the application's use of FBO's, but I'm not 
entirely sure what the problem could be, as other apps that render to 
FBO's are known to work with VGL.  The application is clearly calling 
glXSwapBuffers() (via glutSwapBuffers()) to swap the back buffer to the 
front buffer, so that means it has somehow transferred the image from 
the FBO into the back buffer already, and thus VirtualGL should be 
picking up the pixels.  Obviously it isn't, but after 5 hours of poring 
over it, I have no clue.  I would suggest maybe contacting the voreen 
developers to see if they can at least shed some light on how their 
application is drawing pixels to the canvas.  That could give me a clue 
as to why it isn't working properly in VGL.


On 1/27/14 6:49 AM, Dr. Roman Grothausmann wrote:
> Dear Mailinglist members,
>
>
> Our virtualGL setup works perfectly so far (fiji, paraview, VTK-apps, ..),
> except for the render canvas window of voreen (http://voreen.uni-muenster.de/
> self-compiled) which reacts to mouse input but is always black. When voreen 
> ist
> started on a local desktop with a similar system set-up (Debian 7.1,
> 3.2.0-4-amd64, NVIDIA Graphics card) the canvas window works flawlessly and
> shows the actual render image.
>
> Could this be a virtualGL compatibility problem?
> Or do we need some specific options for this application?
>
> Sadly, no error is reported by voreen (see log below).
>
> Many thanks for any help or hints
> Roman

------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to