[osg-users] Master renders with OpenGL error on OSX

Trajce Nikolov NICK trajce.nikolov.nick at gmail.com
Sat Oct 15 06:17:58 PDT 2016


Raymond, try gDebugger (there is release for Mac OS too) or this apitrace.
You can easely catch the OpenGL: error - with gDebugger it can show you the
source code line producing the error

On Sat, Oct 15, 2016 at 2:26 PM, Raymond de Vries <reedev at xs4all.nl> wrote:

> Hi Robert,
>
> Ouch, typo, I meant to set the OSG_GL_ERROR_CHECKING properly...
>
> I am afraid this won't provide more info neither:
>
> MB:~ ray$ env | grep ONCE
> OSG_GL_ERROR_CHECKING=ONCE_PER_ATTRIBUTE
> MB:~ ray$ env | grep NOTIFY
> OSG_NOTIFY_LEVEL=NOTICE
> MBAngela-3:~ ray$ osgviewer cow.osg
> OSG_VERTEX_BUFFER_HINT set to VERTEX_ARRAY_OBJECT
> ViewerBase::configureAffinity() numProcessors=8
>   databasePagers = 1
> _forceVertexArrayObject = 0
> _forceVertexBufferObject = 0
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
> Warning: detected OpenGL error 'invalid operation' at start of
> State::apply()
>
> When I have more time, I will dig into it more. Do you have other
> suggestions in the mean time?
>
> Cheers
> Raymond
>
>
>
>
>
> On 15-10-2016 13:29, Robert Osfield wrote:
>
>> Hi Raymond,
>>
>> Unfortunately the output doesn't yet provide anything clearer to what
>> might be amiss.
>>
>> Could you try the test with the env OSG_GL_ERROR_CHECKING set to
>> ONCE_PER_ATTRIBUTE, setting the env var to OSG_GL_ERROR_CHECKINGas
>> your specified will not change the setting, so will default to
>> ONCE_PER_FRAME.
>>
>> Robert.
>>
>> On 15 October 2016 at 09:13, Raymond de Vries <reedev at xs4all.nl> wrote:
>>
>>> Hi,
>>>
>>> I did another test and the output with default settings is (NOTICE):
>>>
>>> ViewerBase::configureAffinity() numProcessors=8
>>>    databasePagers = 1
>>> _forceVertexArrayObject = 0
>>> _forceVertexBufferObject = 0
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> <constantly same lines>
>>>
>>> Setting OSG_GL_ERROR_CHECKING=OSG_GL_ERROR_CHECKING does not make a
>>> difference in output.
>>>
>>> Setting OSG_NOTIFY_LEVEL to INFO reveals this part that might be
>>> interesting:
>>>
>>> Created new 0x7fdf1b714510 TextureObject, _numOfTextureObjects 1
>>> OpenGL extension '' is not supported.
>>> RenderStage::runCameraSetUp(osg::RenderInfo& renderInfo) 0x7fdf1b712660
>>> Setting up osg::Camera::FRAME_BUFFER
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> ShaderComposer::~ShaderComposer() 0x7fdf1b40dd80
>>> OpenGL extension '' is not supported.
>>> RenderStage::runCameraSetUp(osg::RenderInfo& renderInfo) 0x7fdf1b40ecd0
>>> Setting up osg::Camera::FRAME_BUFFER
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>> Warning: detected OpenGL error 'invalid operation' at after
>>> RenderBin::draw(..)
>>>
>>> Cheers, hth,
>>> Raymond
>>>
>>>
>>>
>>>
>>>
>>> On 14-10-2016 13:51, Raymond de Vries wrote:
>>>
>>>> Hi Robert,
>>>>
>>>> Yes, indeed, that's the OpenGL error. I have build the same version on
>>>> Windows (nvidia card) and no such error so I am not sure of course if
>>>> it has
>>>> to do with OSX or not.
>>>>
>>>> The last version that I checked was 3.5.4 and that one doesn't produce
>>>> the
>>>> errors. Indeed, I tested it explicitly because of the VAO changes.
>>>>
>>>> Later, I will produce more results and post them.
>>>>
>>>> Regards,
>>>> Raymond
>>>>
>>>>
>>>>
>>>>
>>>> On 10/14/2016 1:35 PM, Robert Osfield wrote:
>>>>
>>>>> Hi Raymond,
>>>>>
>>>>> Thanks for the logs, unfortunately the debug logs actually make it
>>>>> more difficult to spot the actual errors.   The only error I spotted
>>>>> was:
>>>>>
>>>>> Warning: detected OpenGL error 'invalid operation' at after
>>>>> RenderBin::draw(..)
>>>>>
>>>>> Is this the error you are thinking of?
>>>>>
>>>>> Could you set the OSG_NOTIFY_LEVEL back to NOTICE and the env
>>>>> OSG_GL_ERROR_CHECKING env var to ONCE_PER_ATTRIBUTE
>>>>>
>>>>> This hopefully will enable us to home in a bit more closely to what
>>>>> might be causing the GL error.
>>>>>
>>>>> Another useful bit of information is the last OSG version that doesn't
>>>>> report the above error on our system.  It could be that the cause of
>>>>> the GL error precedes the VAO work.
>>>>>
>>>>> Cheers,
>>>>> Robert.
>>>>>
>>>>> On 14 October 2016 at 11:13, Raymond de Vries <reedev at xs4all.nl>
>>>>> wrote:
>>>>>
>>>>>> Hi Robert,
>>>>>>
>>>>>> I just tried a build from this mornings git master on my Mac book (up
>>>>>> to
>>>>>> date OSX and dependencies) and both the default and VAO paths result
>>>>>> in
>>>>>> OpenGL errors. I have attached 2 (stripped) logs which I created
>>>>>> after I
>>>>>> increased the notify level. Rendering results of cow, cessna and some
>>>>>> other
>>>>>> models look ok.
>>>>>>
>>>>>> I was going to try gdebugger but that one is not available anymore?!
>>>>>> If
>>>>>> you
>>>>>> have some hints to produce more info I am happy to test some more.
>>>>>>
>>>>>> Cheers
>>>>>> Raymond
>>>>>>
>>>>>> _______________________________________________
>>>>>> osg-users mailing list
>>>>>> osg-users at lists.openscenegraph.org
>>>>>>
>>>>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-opens
>>>>>> cenegraph.org
>>>>>>
>>>>>> _______________________________________________
>>>>> osg-users mailing list
>>>>> osg-users at lists.openscenegraph.org
>>>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-opens
>>>>> cenegraph.org
>>>>>
>>>>
>>>> _______________________________________________
>>>> osg-users mailing list
>>>> osg-users at lists.openscenegraph.org
>>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-opens
>>>> cenegraph.org
>>>>
>>>
>>> _______________________________________________
>>> osg-users mailing list
>>> osg-users at lists.openscenegraph.org
>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-opens
>>> cenegraph.org
>>>
>> _______________________________________________
>> osg-users mailing list
>> osg-users at lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
> _______________________________________________
> osg-users mailing list
> osg-users at lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
trajce nikolov nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/attachments/20161015/0ffc89dc/attachment-0002.htm>


More information about the osg-users mailing list