<br><br><div class="gmail_quote">On Tue, Mar 23, 2010 at 6:15 AM, Hadley Wickham <span dir="ltr"><<a href="mailto:hadley@rice.edu">hadley@rice.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Looking at the timings in painter.csv, there are a few suspicious outliers:<br>
<br>
* why does opengl R35 take so much longer to draw than R30 and R5?<br></blockquote><div><br>This is explained in painter.results. We're using a fast path (GL_POINTS) to draw the circles when we can, but the maximum point radius (on most hardware) is 32. After that we fall back to a the relatively slow but still pretty fast midpoint algorithm, which is faster than Qt's tessellating.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
* what is up with antialiased segments?!<br>
<br></blockquote><div><br>Might need to be more specific? Software is very slow when drawing antialiased segments.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Otherwise the timings look great!<br>
<br>
Hadley<br>
<font color="#888888"><br>
--<br>
Assistant Professor / Dobelman Family Junior Chair<br>
Department of Statistics / Rice University<br>
<a href="http://had.co.nz/" target="_blank">http://had.co.nz/</a><br>
_______________________________________________<br>
Qtinterfaces-devel mailing list<br>
<a href="mailto:Qtinterfaces-devel@lists.r-forge.r-project.org">Qtinterfaces-devel@lists.r-forge.r-project.org</a><br>
<a href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/qtinterfaces-devel" target="_blank">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/qtinterfaces-devel</a><br>
</font></blockquote></div><br>