<div dir="ltr">Hi Lionel,<div>as this seems to be a driver issue, the operating system and driver version info would be useful to compare.</div><div>Regards, Laurens.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 11, 2018 at 3:01 PM, Lionel Lagarde <span dir="ltr"><<a href="mailto:lionel.lagarde@oktal-se.fr" target="_blank">lionel.lagarde@oktal-se.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
We have a set of products based on OSG that run well on common hardware.<br>
<br>
Recently a customer bought a NVidia Titan Xp. Our software do not work on this graphics card.<br>
The software do not crash, it stop responding to any event.<br>
<br>
The software is always stuck in the middle of a glGenTexture call (osg::Texture2D::apply).<br>
<br>
We use OSG 3.0.1 but I tested with OSG 3.6.1 and the 2 have the same issue<br>
<br>
Other graphics tools, like COIN based software or the demos that come with GPU Caps Viewer work fine.<br>
<br>
The behavior is reproducible using the command "osgviewer cow.osg", and display the rendering stats using "s".<br>
The stats use text, that use textures for the glyph of the characters. The GL function used to reserve the texture<br>
ID  (which I think is a pure CPU/driver job) never returns.<br>
<br>
I wonder if somebody that have a Titan Xp (I know it is a very rare and useless card, a 1080 Ti does the job pretty well) have a similar issue<br>
<br>
______________________________<wbr>_________________<br>
osg-users mailing list<br>
<a href="mailto:osg-users@lists.openscenegraph.org" target="_blank">osg-users@lists.openscenegraph<wbr>.org</a><br>
<a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" rel="noreferrer" target="_blank">http://lists.openscenegraph.or<wbr>g/listinfo.cgi/osg-users-opens<wbr>cenegraph.org</a><br>
</blockquote></div><br></div>