<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">@Jannik ahah sorry, I didn't realize from the author's name :D  I remembered the post as I've successfully used a solution similar to yours to render DYNAMIC elements that I want to render at the end of the frame.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Anyway, as the frame number issue is fixed, no more need for workarounds.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Cheers,</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 class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 2, 2017 at 6:25 PM, Jannik Heller <span dir="ltr"><<a href="mailto:scrawl@baseoftrash.de" target="_blank">scrawl@baseoftrash.de</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>
@Riccardo: Haha, that's my own post ;) The FrameSwitch node is what I currently do but I'm looking to clean this up a little. Since the double buffering is an implementation detail ideally it would be handled by the node itself rather than a decorator node that has to be part of scene graph. Also, having two copy of the same node presents a few gotchas that you need to be aware of at all times.<br></blockquote><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
<br>
><br>
> Otherwise if you need the frame number only as a reference, I think you might "pile up" frame numbers during the cull visit, and then "consume" them from your drawImplementation.<br>
<br>
</span>Interesting idea. My first thought that wouldn't work since drawImplementation could be called more than once in the same frame, but, there's nothing that prevents the CullVisitor from "piling up" the same frame number twice either ;)<br>
<br>
@Robert: I am using 3.4. I vaguely recall that change you talk of but couldn't find it in the code nor in the git log, did this get lost somehow? If not could you point me to it? Thanks!<br>
<span class=""><br>
Cheers,<br>
Jannik<br>
<br>
------------------<br>
Read this topic online here:<br>
</span><a href="http://forum.openscenegraph.org/viewtopic.php?p=70093#70093" rel="noreferrer" target="_blank">http://forum.openscenegraph.<wbr>org/viewtopic.php?p=70093#<wbr>70093</a><br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<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>
</div></div></blockquote></div><br></div></div>