<div dir="ltr"><div><br>In this case I am using a slightly modified DirectShow OSG plug-in, running the osgviewer in single threaded mode. The plug-in provides an osg::ImageStream and updates a texture that is displayed in the OSG scene. The camera is an USB 3.0 model, and I would expect it to be one of the fastest "web cams" out there.<br><br></div><div>I am hoping that OpenGL applications also benefit from the low level driver support created for the Oculus and similar VR devices.<br></div><div><br></div>Christian<br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-01 12:48 GMT+02:00 Björn Blissing <span dir="ltr"><<a href="mailto:bjorn.blissing@vti.se" target="_blank">bjorn.blissing@vti.se</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
cbuchner1 wrote:<br>
> Can you make any statements regarding latency improvements upgrading from the 0.6 SDK to 0.7 for osgoculusviewer based applications?<br>
<br>
<br>
</span>Hi Christian,<br>
<br>
I have not had time to do any measurements regarding latency differences between 0.6 and 0.7 yet. Sorry.<br>
<span class=""><br>
<br>
<br>
cbuchner1 wrote:<br>
> Our current use case is currently, attaching an Intel RealSense camera to the front of the Oculus DK2 and streaming a live image into the viewer's eyes. Our latency is currently in the area of about 3-4 video frames @75 Hz, amounting to 40-50 ms. This is a bit too high and causes some motion sickness and slow reactions in our unfortunate test persons. ;)<br>
<br>
<br>
</span>Are you talking about pure rendering latency (motion to photon) or the camera to HMD latency (photon to photon)?<br>
<br>
If you are talking about the latter 40-50 is quite good I would say. And as Jan says, the camera is probably the limiting factor in that case. Another problem can be if you run the camera capture in the same thread as the rest of the rendering. Moving the camera capture to an own thread gave me a great performance boost, but results in the cameras running asynchronous with the rendering. This in turn can gives a larger variance in latency.<br>
<span class=""><br>
Best regards<br>
Björn<br>
<br>
------------------<br>
Read this topic online here:<br>
</span><a href="http://forum.openscenegraph.org/viewtopic.php?p=64975#64975" rel="noreferrer" target="_blank">http://forum.openscenegraph.org/viewtopic.php?p=64975#64975</a><br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
osg-users mailing list<br>
<a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a><br>
<a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" rel="noreferrer" target="_blank">http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>
</div></div></blockquote></div><br></div>