Hi All, I have been able to test on an ATI board last week and found the issue ATI users are reporting (fix in my development branch but not released yet).
The current workaround is to comment the following line (in GraphicsWindowWin32::setPixelFormat()) attributes.set(WGL_SET_SWAP_METHOD_ARB, WGL_SWAP_EXCHANGE_ARB); In addition to that another issue fixed that may give problems is that the sample OpenGL window used to select pixel formats was always created on the primary device. If a window was created on a separate graphics card that had a different driver than the primary device (for example primary device was an NVIDIA board while other cards were ATIs), then pixel formats would not match. This has been fixed in my private dev branch as well. I'm currently testing the update and it should be released soon. André -----Message d'origine----- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Robert Osfield Envoyé : January 21, 2007 6:13 AM À : osg users Objet : Re: [osg-users] Re: GraphicsWindowWin32 is here! :-) Hi Carlo and Adrian, On 1/20/07, Carlo Camporesi <[EMAIL PROTECTED]> wrote: > Windows System Error #0 : > GraphicsWindowWin32::setPixelFormat() - No matching pixel > format found based on traits specified. Reason : Operation not Completed. Thanks for the reports, first step to getting it sorted. Currently osgViewer doesn't have support for relaxing the osg::GraphicsContext::Traits constraints so if it asks for a format that is not supported it in theory should just fail and not create a window. This looks like its happening here, but there also could perhaps be something else amiss with setting up the pixel format - i.e. the pixel format *is* supported by the hardware, but driver/GraphicsWindowWin32.cpp aren't working properly together. So there are potentially two parts to resolving this problem: 1) If its a problem with setting up pixel formats on ATI then we need to look to what that is and fix it/find a workaround in the GraphicsWindowWin32 code. 2) If its an issue of osgViewer not yet having a formalised system for relaxing the Traits so that a pixel format that is "good enough" fit, rather than a perfect is acceptable. I am curious what pixel depth are you machines set to? Robert. _______________________________________________ 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/
