> On Thu, 31 Jan 2013 03:01:09 -0700 > Craig DeForest <[email protected]> wrote: > > > * The architecture slows down large image display. This makes it awkward to, > e.g., perform interactive markup on large images. Up to about 800x800 is okay > on my macbook pro, but 4000x4000 floating point images take around 10s to > render, and the architecture forces a full re-render after each new point is > rendered to the screen by, e.g., read_polygon(). The slowness arises partly > because Gnuplot hands the image around a lot internally and partly because the > image has to go through a pipe from PDL to Gnuplot each time.
Interesting. Which gnuplot terminal are you using? Generally x11 is significantly faster than the others. Also, in the last few months I've patched a few things in gnuplot proper to speed up some stuff. Can you send a specific example that's slow? Maybe it can be easily fixed... > * It is likely to remain awkward to incorporate a gnuplot widget into other > types of window - at least, without someone diving in and writing a new > backend device driver for gnuplot itself. I don't know if you've tried it, but the x11 gnuplot backend can plot to existing X windows, given an XID. So a parent application can create a nested, empty child window, and then to tell gnuplot to plot into it. Works ok. _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
