<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 3, 2015 at 3:06 PM,  <span dir="ltr"><<a href="mailto:io.github.apitrace@io7m.com" target="_blank">io.github.apitrace@io7m.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">'Lo.<br>
<br>
First of all, let me say: Thanks for apitrace! I'd forgotten how<br>
excruciating OpenGL development was before I had access to apitrace.<br>
Problems that used to require tons of debugging code inserted into<br>
renderers tend to instead get fixed with a few invocations of qapitrace<br>
these days.<br></blockquote><div><br></div><div>Glad to hear you find it useful.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Are there any plans to improve the texture viewer? </blockquote><div><br></div><div>I have some ideas, but I don't know if can call a "plan".  I develop Apitrace whenever me, one of my colleagues at VMware has an itch to scratch, or somebody files a bug / patches and it's not too onerous to fix/merge.  So even I have ideas I can't give an ETA.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">It seems to be<br>
somewhat biased towards viewing simple 8-bit r(gba) images. It seems<br>
like it often falls back to displaying the values of pixels in terms of<br>
8-bit bytes (although curiously, it'll often display the values of<br>
pixels in 24-bit DEPTH_COMPONENT textures as normalized floating point<br>
values).</blockquote><div><br></div><div> I improved this some weeks ago -- now glretrace will try to dump textures as floats more frequently.   But integer textures still require more work (see <a href="https://github.com/apitrace/apitrace/issues/302">https://github.com/apitrace/apitrace/issues/302</a> )</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">It also doesn't seem to be able to handle negative values (the<br>
"lower" field can't be moved below 0.0.<br></blockquote><div><br></div><div>Ah, yes. This is trivial to fix.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Additionally, it seems as though it often fails to display RG textures<br>
properly, although this is a separate issue that I'll be filing a bug<br>
for as soon as I can come up with a minimal test case.<br></blockquote><div><br></div><div>The GUI assumes one channel means Intensity (not R) and two channels means Luminance-Alpha, not RG.  That said, I thought I had fixed this now (R/RG textures will be dumped as RGB, with B==0, so the R and G colors don't get reinterpreted)</div><div><br></div><div><br></div><div>Back to my "plans": my working plan for improving texture viewer is along the following lines:</div><div>1) add support to pure integer channels to the image::Image class (in addition to unorm8 and float32)</div><div>2) stop trying using NetPBM format for glretrace=>qapitrace, it's hopelessly limited, and I can't find another other standard alternative (*), so pass all information in a custom format or as separate JSON attributes</div><div>3) make images 3 dimensional (that is, multiple faces/slices can be chosen in the viewer via some sort of slider) </div><div>4) use a single image for all miplevels (again, mipmap level selected in the viewer via some sort of slider)</div><div><br></div><div>But as I said, I can give no ETA.</div><div><br></div><div>Jose</div><div><br></div><div>(*) There's DDS and KTX file formats but both are hopelessly tied to D3D and GL respectively, so neither is a stand-alone solution (thought the union of both would probably cover everything.)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
M<br>
_______________________________________________<br>
apitrace mailing list<br>
<a href="mailto:apitrace@lists.freedesktop.org">apitrace@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/apitrace" target="_blank">http://lists.freedesktop.org/mailman/listinfo/apitrace</a><br>
</blockquote></div><br></div></div>