<div dir="ltr"><div dir="ltr">Hi Pekka,<div><br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The problem is, the compositor might not release the buffer until<br>
you have already submitted a new one.<br></blockquote><div><br></div><div>OK... good to know that approach won't work.</div><div><br></div><div>I guess what I'm trying to figure out (and probably won't solve completely till I actually sit down and code it) is how to avoid the software rendering part of it as much as possible.  My app can have a complex and deep tree of UI elements so I think it's worth trying to avoid additional render calls into that tree as much as possible - or at least clip it down to just the dirty rectangles.  But this requires the rest of the current buffer be kept up to date.  Presumably if there's a cycle of buffers being used this would mean either re-rendering certain UI  elements multiple times, or copying dirty rectangles from previously rendered frame buffers to the one about to be updated.</div><div><br></div><div>I'm not sure if this is a valid or even useful question but: once I've submitted a buffer to the compositor can I assume the previously submitted buffer will be returned imminently?</div><div><br></div><div>The rest of this discussion got a bit beyond me (although I will need to support OpenGL eventually).</div><div><br></div><div>Thanks everyone for insights... much appreciated.</div><div><br></div><div>Brad</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
</blockquote></div></div>