<div dir="ltr"><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:12.8px">Could you modify one to OSG examples to illustrate the problem so<br></span><span style="font-size:12.8px">others can reproduce it.  I have paged databases to test against, but<br></span><span style="font-size:12.8px">not the particular FBO usage that you are using along with it.</span></blockquote><div><br></div><div>Ok. I'll try to make a repro. I do believe however that in our case we do not attach images to FBO but empty textures. And those textures are scraped. I wrote 'I believe' because its not all my code, maybe someone attached images somewhere to debug. I will double check  and include this case in repro if its true.</div><div><br></div><div>Wojtek</div><div class="gmail-yj6qo gmail-ajU" style="font-size:12.8px"></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-10-09 14:47 GMT+02:00 Robert Osfield <span dir="ltr"><<a href="mailto:robert.osfield@gmail.com" target="_blank">robert.osfield@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 9 October 2016 at 11:27, Wojciech Lewandowski<br>
<span class=""><<a href="mailto:w.p.lewandowski@gmail.com">w.p.lewandowski@gmail.com</a>> wrote:<br>
> Hi, Robert. Thanks for quick response.<br>
><br>
>> Perhaps a flag in osg::Texture might be appropriate to declare whether<br>
>> this Texture is<br>
>> suitable for reuse or not.<br>
><br>
><br>
> Perhaps. However, I have the feeling that this flag would be equivalent to<br>
> checking if (image != NULL) in current 3.5.5 OSG code base context. I don't<br>
> see how already assigned and active image-less texture coud survive such<br>
> Take operation without a callback (or similar mechanism) to let texture<br>
> owner refresh it before apply.<br>
<br>
</span>In design of the texture pool assumes that if the image is NULL then<br>
the texture can't be taken.  If this isn't being upheld then it looks<br>
like a bug.<br>
<span class=""><br>
> Considering need for supporting multiple<br>
> contexts and fact that such refresh callback would require action in draw<br>
> stage, I see this postulate (for a refresh callback) as hard to implement<br>
> and probably not used by users in practice. So I conclude that (image !=<br>
> NULL) is probably a sufficient check for now ;-). Did I skip some use case ?<br>
<br>
</span>One case would be people assigning an osg::Image to textures that are<br>
assigned to an FBO.<br>
<br>
FYI, I'm just quickly checking posts, I'm not working at a dev<br>
computer so I can't review code or spend long things deeply about a<br>
topic. so my response are really preliminary :-)<br>
<br>
Could you modify one to OSG examples to illustrate the problem so<br>
others can reproduce it.  I have paged databases to test against, but<br>
not the particular FBO usage that you are using along with it.<br>
<span class="HOEnZb"><font color="#888888"><br>
Robert.<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<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>
</div></div></blockquote></div><br></div>