<div dir="ltr">Fabien, if you want someone do do a custom implementation of that sort of thing, we can be hired to do so. ;)</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 21, 2016 at 7:27 AM, Riccardo Corsi <span dir="ltr"><<a href="mailto:riccardo.corsi@kairos3d.it" target="_blank">riccardo.corsi@kairos3d.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Fabien,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">in your situation the approach suggested by Chris is certainly the most promising.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Create a second GL context (shared), render everything you need to with osg in the second context to an FBO target and have Qt retrieve the fbo's texture content, to display it in one of its widgets/primitives. </div><div class="gmail_default" style="font-family:tahoma,sans-serif">This way you don't need to know which GL states Qt/qml uses and/or modifies and you're sure neither qml nor osg rendering will be corrupted.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">You can find a sample integration I wrote some times ago here: <a href="https://github.com/rickyviking/qmlosg" target="_blank">https://github.com/<wbr>rickyviking/qmlosg</a></div><div class="gmail_default" style="font-family:tahoma,sans-serif">and a more recent example here: <a href="https://github.com/podsvirov/osgqtquick" target="_blank">https://github.com/<wbr>podsvirov/osgqtquick</a></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ricky</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 21, 2016 at 11:52 AM, Robert Osfield <span dir="ltr"><<a href="mailto:robert.osfield@gmail.com" target="_blank">robert.osfield@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 21 November 2016 at 09:12, Fabien Boco <<a href="mailto:fabien.boco@gmail.com" target="_blank">fabien.boco@gmail.com</a>> wrote:<br>
> This is why I'm looking for an OpenGL ES alternative for glPush/PopAttrib which works fine on the Windows version application.<br>
<br>
<br>
</span>The alternative to using glPush/glPop on the OSG would be to dirty the<br>
associated modes and attributes that are tracked in osg::State.  In<br>
osg::State there are series of haveApplied*() methods to help with<br>
tell the OSG's state tracking mechanism something has externally<br>
changed.  This requires you to know what modes and attributes will<br>
have been changed by the 3rd party code so it's not an easy<br>
alternative to glPush/glPop.<br>
<br>
Personally I find Qt's approach of changing GL state problematic, I<br>
much prefer windowing libraries to just create a graphics context and<br>
leave GL work entirely to dedicated graphics libraries.<br>
<span class="m_-2809578247119603222HOEnZb"><font color="#888888"><br>
Robert.<br>
</font></span><div class="m_-2809578247119603222HOEnZb"><div class="m_-2809578247119603222h5">______________________________<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>
</div></div></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
osg-users mailing list<br>
<a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.<wbr>openscenegraph.org</a><br>
<a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" rel="noreferrer" target="_blank">http://lists.openscenegraph.<wbr>org/listinfo.cgi/osg-users-<wbr>openscenegraph.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="text-align:center">Chris 'Xenon' Hanson, omo sanza lettere. Xenon@AlphaPixel.com <a href="http://www.alphapixel.com/" target="_blank">http://www.alphapixel.com/</a></div><div style="text-align:center">Training • Consulting • Contracting</div><div style="text-align:center">3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL</div><div style="text-align:center"><span style="font-size:12.8000001907349px">Legal/IP •</span><span style="font-size:12.8000001907349px"> </span><span style="font-size:12.8000001907349px">Code Forensics •</span><span style="font-size:12.8000001907349px"> </span>Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile • iPhone/iPad/iOS • Android</div><div style="text-align:center"><a href="https://twitter.com/alphapixel" target="_blank">@alphapixel</a> <a href="http://facebook.com/alphapixel" target="_blank">facebook.com/alphapixel</a> (775) 623-PIXL [7495]</div></div></div></div></div>
</div>