<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 3, 2014 at 9:06 PM, Benjamin Bellec <span dir="ltr"><<a href="mailto:b.bellec@gmail.com" target="_blank">b.bellec@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Here is an example trace, if somebody wants to give a look :<br><a href="https://drive.google.com/file/d/0B7D2Y0QXFND2ODF2QlExc2w0Y0U/view?usp=sharing" target="_blank">https://drive.google.com/file/d/0B7D2Y0QXFND2ODF2QlExc2w0Y0U/view?usp=sharing</a><br></div><div><div><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>Thanks.  I took a quick look.<br><br></div><div>This call draws the weapon's geometry to depth-map<br></div><div><br>  329154 glDrawRangeElements(mode = GL_TRIANGLES, start = 0, end = 7581, count = 18585, type = GL_UNSIGNED_SHORT, indices = NULL)<br><br>and then later on on this call the weapon is lit:<br><br>  333371 glDrawRangeElements(mode = GL_TRIANGLES, start = 0, end = 7581, count = 18585, type = GL_UNSIGNED_SHORT, indices = NULL)<br> <br></div></div>In both cases I'm seeing weird geometry on the weapon.<br><br></div><div class="gmail_extra">AFAICT, all the state being bound on this calls is pretty standard stuff -- nothing that could cause problems to apitrace.<br><br><br></div><div class="gmail_extra">The only explanation I can think of so far is that some glMapBufferRange(GL_MAP_WRITE_BIT) done by the application are in write-combining memory, and that when apitrace's wrapper tries to copy that memory into the trace file it doesn't get the data that the application wrote, but something wrong, which then gets baked into the trace file, appearing on subsequent replays.  I'll need to investigate this more.<br></div><div class="gmail_extra"><br><br></div><div class="gmail_extra">Jose<br></div></div>