<div dir="ltr"><div><div>Yes, I used FRAPS and is really good one but supports only Windows. I'm more inclined for something supporting multiple platforms like ApiTrace.<br></div><div><br></div><div>As the ApiTrace can be used for regression testing, was trying to check its applicability for performance testing. Thanks again for suggesting these tools.<br></div><div><br></div>Thanks,<br></div>Sunil<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 3, 2015 at 7:18 PM, José Fonseca <span dir="ltr"><<a href="mailto:jose.r.fonseca@gmail.com" target="_blank">jose.r.fonseca@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>There's lots of tools to measure FPS in black box.<br><br></div>Which OS do you care for?<br><br></div><div>For Windows there's FIPS <a href="http://www.fraps.com/" target="_blank">http://www.fraps.com/</a> . <br><br>For Linux there's e.g <a href="http://git.cworth.org/git/fips" target="_blank">http://git.cworth.org/git/fips</a><br></div><div><br></div><div>The point is, you want a tool that intercepts the application, and measures the frame rate *live* with minimal interference. Not offline from traces.<br><br>Jose<br></div><div><div class="h5"><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Dec 3, 2015 at 12:23 PM, Sunil Nakum <span dir="ltr"><<a href="mailto:sunil.nakum@gmail.com" target="_blank">sunil.nakum@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"><div><div><div>Hi Jose,<br><br></div>Thank you for the clarification. <br><br>I understand, here the primary audience comprises of graphics developers, what I'm trying to figure out is whether I can use it for measuring/comparing graphics performance (in black-box manner). Please correct me, if my approach for ApiTrace is not in right direction. I don't have access to code and that's why I resorted for comparing FPS numbers by replaying trace files, but as per your reply it is not designed to do that. I've also tried diff-images option for two runs, that worked well but does not indicate performance.<br><br>When you say replays are not good for FPS and it can be measured on actual app, did you mean it by ApiTrace or application itself or by other means? My application doesn't have this facility inbuilt thus looking for external means. If ApiTrace can measure it on actual app, then surely I've missed reading something from the documentation.<br><br></div><div>The app isn't slow, the object is to measure how slow/fast it is in one environment as compared to others.<br></div><div><br></div>Thanks,<br></div>Sunil<br><div><div><br></div></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 2, 2015 at 8:10 PM, José Fonseca <span dir="ltr"><<a href="mailto:jose.r.fonseca@gmail.com" target="_blank">jose.r.fonseca@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"><div>Yes, glretrace replays the trace as fast as it can, and not to the same rhythm as the original app.<br><br></div><div>Replays are not suitable for measuring FPS. You can easily do that on the actual app. The purpose is to provide a magnifying glass into the graphics API. This is by design.<br><br></div><div>If your app is slow due to something other than the graphics API then you'll need to investigate that using different tools (e.g, general profilers.)<br></div><div><br></div>Jose<br><div><div><div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Wed, Dec 2, 2015 at 12:54 PM, Sunil Nakum <span dir="ltr"><<a href="mailto:sunil.nakum@gmail.com" target="_blank">sunil.nakum@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div dir="ltr"><div><div><div><div></div>Hi,<br><br></div>I'm from testing domain and it is my first attempt to test performance of 3d product. As it's a propitiatory product, I wont be able to provide much information on it though any questions are very welcomed.<br><br>The tracing and replay though works well, but the replaying time reduces to almost 3rd of the recording time. Suppose, I record the graphics manipulation for 30 seconds the resulting trace file gets replayed in about 10 seconds.<br><br></div><div>To understand how ApiTrace behaves I performed following test, while tracing I tried halting graphics manipulation for few seconds. The resulting trace file when replayed does not show this halting effect for appropriate time. So I'm thinking that ApiTrace sort of skips the time to plot such frames (during which frames are not changing) and thus completes replaying in much shorter time. Is that correct? Is is possible to have exact same replay time as recorded while tracing?<br></div><div><br></div><div>The problem with this fast replaying is that it gives much higher FPS number (because of much lesser time) as compared to the actual clock time.<br></div><div><br></div><div>Kindly ignore lack of terminologies in explaining it, as I'm not well conversed with this technology.<br></div><div><br></div>Thanks,<br></div>Sunil<br><div><div><br></div></div></div>
<br></div></div>_______________________________________________<br>
apitrace mailing list<br>
<a href="mailto:apitrace@lists.freedesktop.org" target="_blank">apitrace@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/apitrace" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/apitrace</a><br>
<br></blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div></div></div></div></div>
</blockquote></div><br></div>