<div dir="ltr">Hi, Robert<div><br></div><div>I find your response as rather harsh and wonder why it hits me. Thats why I feel the need to reply. <br><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">Sigh.... So it's good you guys are getting somewhere. </span></blockquote><div><br></div></div><div>Sorry, we don't use 3.6 yet and haven't seen this announcement. And I am glad its fixed in 3.6 already. Its a p<span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">ity I doubled your effort.</span> But when I saw my problem and started debugging it I was not aware it will bring me to our custom QT window creation because at first it looked like osgEarth REX internal issue. In fact I was not even aware our main window is made as QT window (pleasures of agile working environment ;-). So when I finally went through 3 days of debugging I decided to write about my observations because it sounded like black screen issue mentioned in this thread and was hoping to save that debugging time for others. Unfortunately I cannot say it will fixe QT issues others may have, as it was a specific problem with custom QT integration code loosely based on osgQT from OSG 3.4.x. So my proposition was also rather loose. I just decided to let people know about it in hope it may help someone.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">It's not an OSG bug in </span><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">3.6.2, it's a bug in your Qt code that was hidden from view due to an </span><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">old bug in the OSG that when fixed revealed the lack of proper setup </span><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">code in custom OSG/Qt integration. </span></blockquote><div> </div><div>Exactly. This  was a bug in our custom code based on osgQT from 3.4. Unfortunately I was not involved in making this custom code but had to integrate new osgEarth REX engine and debuging the issue brought me there. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><span> </span>If you have custom integration </span><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">then there isn't anything that osgQt dev's or myself can do other than </span><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">ask you to pay attention when we announce fixes and ask you to fix you</span>

</blockquote><div><br></div><div>Yes, I fixed our custom code by adding setDrawBuffer/setReadBuffer lines. But I found it and fixed it myself so didn't expect you to do anything about it. I posted my observations in this thread because wanted to share the knowledge I gained through long debuging sessions. </div><div><br></div><div>Cheers,</div><div>Wojtek Lewandowski</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">pon., 30 lip 2018 o 10:09 Robert Osfield <<a href="mailto:robert.osfield@gmail.com">robert.osfield@gmail.com</a>> napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Wojtek,<br>
<br>
On Mon, 30 Jul 2018 at 08:53, Wojciech Lewandowski<br>
<<a href="mailto:w.p.lewandowski@gmail.com" target="_blank">w.p.lewandowski@gmail.com</a>> wrote:<br>
> I understand my setDrawBuffer / setReadBuffer observation was probably not the only problem. But I believe this one is genuine problem that should not be neglected. So I decide to write this small followup and elaborate a bit to make it clearer. In the meantime I did some more research on DrawBuffer/ReadBuffer calls made in OSG. [disclaimer]: We use OSG 3.4.0 and I did not check latest OSG versions. So if anyone uses later 3.6.x he/she may check if my observations are still valid. I did however, noticed that plain osgViewer window config setups call camera->setDrawBuffer / camera->setReadBuffer for main window cams. See osgViewer\config\SingleWindow.cpp for example (search for setDrawBuffer). And I did notice that the same is NOT done in osgQT window setup. At least in OSG 3.4.0 release we use, osgQT does not call setDrawBuffer / serReadBuffer for camera set in QT window.  And I believe this is a bug. setDrawBuffer/setReadBuffer should be called for any top window camera. Because i<br>
 f not, and if you add some other camera which will explicitly or implicitly invoke glDrawBuffer call with other buffer than the one set by default in window creation, you are most likely going to see black screen.<br>
<br>
Sigh.... So it's good you guys are getting somewhere.  The sad thing<br>
is that you are re-inventing the wheel w.r.t the issue.<br>
<br>
A few months back I investigated a bug that some osgEarth/Qt users<br>
were seeing and it was down to missing setRead/setDrawBuffers() a bug<br>
that had lingered long in the code, bit only recently highlighted<br>
because of fixes to the core OSG.  I made the fix to osgQt and the<br>
osgEarth team fixed their Qt example. I made a very clear public<br>
announcement called for the attention of all Qt users that they should<br>
add setDrawBuffer/setReadBuffer().  There isn't anything more I could<br>
have done.<br>
<br>
Please go back to my announcement thread.  It's not an OSG bug in<br>
3.6.2, it's a bug in your Qt code that was hidden from view due to an<br>
old bug in the OSG that when fixed revealed the lack of proper setup<br>
code in custom OSG/Qt integration.  If you have custom integration<br>
then there isn't anything that osgQt dev's or myself can do other than<br>
ask you to pay attention when we announce fixes and ask you to fix you<br>
code.<br>
<br>
Robert.<br>
_______________________________________________<br>
osg-users mailing list<br>
<a href="mailto:osg-users@lists.openscenegraph.org" target="_blank">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>
</blockquote></div>