Hi David,
There is only OpenVR integrated in osg,and It's not maintained anymore.
[osgOpenVrViewer]??https://github.com/ChrisDenham/osgopenvrviewer) And It only
supports osg single thread mode.
-- --
??: "David Glenn";
:
Greetings!
I guess that I'm going to gripe on this subject like I did a year ago!
I know that OpenXR is at least in Open Bata and I was wondering what progress
anyone has made incorporating it in OSG.
While I was in GDC I did see Khronos make some progress in this area and I even
got to see
we are very interested in hearing about the "GPU affinity" approach you are
mentioning as you know
On Mon, Jun 24, 2019 at 10:04 PM Chris Hanson wrote:
> Can you just side-load the binary built on the personal machine onto the
> administered system and see what happens? The result, even if it's
Can you just side-load the binary built on the personal machine onto the
administered system and see what happens? The result, even if it's a
failure, might be insightful.
I'm glad the process works. We need to document this build recipe because
the utility of it is potentially very powerful for
Yes, Qt changes the state and does not restore it.
The fix I have seems to work so will keep using it for now.
Thank you for the help!
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=76324#76324
Hi Plamen,
It sounds like Qt's bad habit of changing OpenGL state for it's own
purposes and not resetting that afterwards is the cause your problems.
Unless you specifcally need Qt to create your graphics widow and UI I would
recommend not using it, the built in windowing support that the OSG
Hi Robert,
Sorry for the late reply and thank your for your answer.
I've checked the OSG source and I saw that OSG manages the OpenGL state itself
and that's why if someone (in my case Qt) changes the state then OSG does not
know that the state has changed.
This seems to not be a bug in OSG
7 matches
Mail list logo