Hi Thomas, Thanks for investigating. Once you have a fix just send the complete modified file to the osg-submissions list so I'm sure to catch it.
Cheers, Robert. On 5/18/07, thomas kirk <[EMAIL PROTECTED]> wrote:
thanks Robert -- your insight about the GL context was on target. There are evidently some GL implementations where glXCreateContext returns a valid but crippled context for a remote display. The issue is the last argument, a boolean for requesting a direct rendering context if the implementation supports it. Unfortunately, there are cases where the context returned for a remote display is broken, so making this parameter always true (as GraphicsWindowX11::init does) won't work in all cases. I'll provide a patch when I've been able to test this more thoroughly. Unfortunately, I don't think there's a 100% reliable way to set the direct parameter based on other display traits, so the approach will probably be to add a trait that explicitly specifies whether one is asking for a direct render context (with a default value of true so that current behavior is preserved). > Hi Thomas, > > I haven't personally tried using remote X servers with osgViewer yet, > as you say the support is in there already in > osg::GraphicsContents::Traits w.r.t specifying the hostName so I did > have this usage in mind. > > If OpenGL calls are failing then somewhat out of the OSG's control, it > could be that the graphics context is not being allocated properly, it > could be that the X server itself doesn't properly support remote > OpenGL apps. > > Do you have any other OpenGL applications that you have tested in this > configuration? > > Robert. > > On 5/17/07, thomas kirk <[EMAIL PROTECTED]> wrote: > > has anyone successfully used osgViewer with multiple camera viewports > > on different X servers? I can get as far as creating the Cameras and > > realizing their viewports, but fail shortly afterwards with segfaults in > > GL calls to the remote slave (e.g. glGetString in Texture::setupGLExtensions > > and glGenLists in Drawable::generateDisplayList), using a recent SVN build > > of OSG with the latest nvidia drivers and GL libraries (1.0-9755). > > > > hopefully I'm just missing something in the viewer setup that wasn't > > quite obvious enough. I'd appreciate hearing from anyone who's done > > this successfully. > > > > (fyi, it's easy enough to check this behavior by modifying the osgwindows > > example so that traits->host of the slave camera points to an X server > > on another host). > > > > thanks... > > _______________________________________________ > > osg-users mailing list > > [email protected] > > http://openscenegraph.net/mailman/listinfo/osg-users > > http://www.openscenegraph.org/ > > > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
