Hi All,
When dealing with the osgWidget is it only intended to have one canvas? So
when I create my window manager and other components is safe to also create
the canvas? I guess some clarify of the canvas is what I'm after.
Thanks, Sam
___
osg-users ma
Hi David,
On 5 October 2015 at 14:32, David Siñuela wrote:
> It is working fine now, I tested it on Linux and Windows.
>
That's great to hear.
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listi
Hello Robert,
It is working fine now, I tested it on Linux and Windows.
Thanks!
David
On Mon, Oct 5, 2015 at 12:48 PM, Robert Osfield
wrote:
> Hi David,
>
> I have removed the InitRegistry proxy object from
> src/osgViewer/ViewerBase.cpp and introduced OSG_INIT_SINGLETON_PROXY usage
> in Datab
Hi David,
I have removed the InitRegistry proxy object from
src/osgViewer/ViewerBase.cpp and introduced OSG_INIT_SINGLETON_PROXY usage
in DatabasePager.cpp and Registry.cpp which should ensure that the
singleton's are initialized in a single threaded way and destructed in an
appropriate order. I
Hi David,
I have just had a look at DisplaySettings.cpp and there is a line:
OSG_INIT_SINGLETON_PROXY(ProxyInitDisplaySettings,
DisplaySettings::instance())
That should in theory force the initialization of the
DisplaySettings::instance() singleton during the static initialization of
the osg
Hello,
Thanks for your input. We can wait for an upstream fix, in the meanwhile we
will patch it in our development branch.
I tried your proposed solution, calling DisplaySettings::instance() from
main(), and it didn't work, when s_InitRegistry is destroyed the
DisplaySettings::s_displaySettings
Up,
Am I right in thinking that in a single threaded rendering of views I can
select a different technique per view for the same Effect ?
Is there another (better) way of doing this that would work ?
Thanks in advance,
Regards,
Florent
--
Read this topic online here:
http:/
7 matches
Mail list logo