Hi Robert,
I tracked my error.
my osg is a port of osg to emscripten, so no switch of contexts happens,
for that matter to reduce workload I commented in
void ViewerBase::renderingTraversals()
line
makeCurrent(*itr);
in
for(itr = contexts.begin();
itr != contexts.end() && !_done;
++itr)
{
if (!((*itr)->getGraphicsThread()) && (*itr)->valid())
{
doneMakeCurrentInThisThread = true;
makeCurrent(*itr);
(*itr)->runOperations();
}
}
that was fine for older version of osg, never version initializes
extensions in a first call to makeCurrent(*itr);
now I uncommented this line in my code but keep porting other things in
new version of osg though.
so there is nothing wrong with osg at all - that was just an artifact of my
port and different behavior to init extensions, sorry for wrong call.
Regards
Sergey
On Tue, Apr 7, 2015 at 2:50 PM, Sergey Kurdakov <[email protected]>
wrote:
> Hi Robert,
>
> with osg it works ok, but I try to find a source of the bug then will
> report ( or will write and example where it can be tracked in stock osg )
>
> Regards
> Sergey
>
> On Tue, Apr 7, 2015 at 12:37 PM, Robert Osfield <[email protected]>
> wrote:
>
>> Hi Sergey,
>>
>> It sounds like a bug to me. I haven't tried replicating it but will have
>> a bash this morning. Can you recreate the problem with an OSG example?
>>
>> At a first guess I think the solution would be for the
>> GraphicsWindowEmbedded::relaizeImplemention() to do the
>> State::initializeExtensionProcs().
>>
>> Robert.
>>
>> _______________________________________________
>> osg-users mailing list
>> [email protected]
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
