|
From: Mojca M. <moj...@gm...> - 2012-10-23 21:07:25
|
On Tue, Oct 23, 2012 at 10:28 PM, Ethan A Merritt wrote: > > I suppose there remain other terminals that could benefit from > filtering to reduce the size of the output. lua? aqua? Aqua uses additional division of 20 "gnuplot points" per pixel. (That probably means that it would see duplicates less often, but I might be wrong. I'm not sure how X11 works. And that's not an excuse for not at least doing a few benchmarks.) The main question is: should that be handled in backend (AquaTerm library itself ignoring new points when the new point is the same as the last one) or inside gnuplot (detecting and removing duplicate entries - but that could best be done already before vector() is called)? For ConTeXt I already filtered out all duplicates (repeated colour settings, vector() leading to the same point as the previous one, ... you can take a look at CONTEXT_vector(...)), but in cases where it would make any difference (lots and lots of points) the terminal is not able to handle the amount of data efficiently anyway. More or less the same is true for lua. Creating plots with 10^4 points is an overkill for both TeX and the PDF viewer. (I'm not trying to say that it shouldn't be done for lua, I'm just saying that it probably wouldn't benefit on the same front as it does for X11. Lua/TikZ or ConTeXt could in principle also improve efficiency by reducing precision and using shorter TeX/mp commands.) Mojca |