[GRASS-dev] [GRASS GIS] #1719: GRASS 7 Monitor command line support
GRASS GIS
trac at osgeo.org
Mon Sep 10 08:26:19 PDT 2012
#1719: GRASS 7 Monitor command line support
-------------------------+--------------------------------------------------
Reporter: annalisapg | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.0.0
Component: wxGUI | Version: svn-trunk
Keywords: d.mon | Platform: Unspecified
Cpu: Unspecified |
-------------------------+--------------------------------------------------
Comment(by cmbarton):
Replying to [comment:16 glynn]:
> Replying to [comment:15 cmbarton]:
>
> > The PNM image is translated to a PNG.
>
> By what? g.pnmcomp outputs a PPM file.
By wx.Image. It is translated to a wx.Bitmap
>
> > This could skip running g.pnmcomp and g.pnmtopng.
>
> g.pnmtopng?
Wrong. I mentioned g.ppmtopng by mistake.
>
> > 2. A 'wxPython driver' could be developed that would dispense with
rendering to files that need to be read.
>
> How would this work?
No idea. Just that wxPython can read a bitstream.
>
> > 4. The d.* modules simply take some time to render. I'm pretty sure
that this is what takes up the most time in displays, even with displaying
to screen resolution instead of region resolution. Perhaps these could be
sped up. Or perhaps the rendering and compositing could be done in GRASS
in a single step.
>
> In theory, the fastest solution should be to use the cairo driver with
output to X Pixmaps. The d.* modules generate output in video memory, and
may be hardware accelerated. Compositing occurs entirely in video memory,
and may be hardware accelerated. The main unknowns are how hard wxWidgets
makes this, and whether something similar can be achieved on other
platforms.
X is only reliably available on Linux. Not really an option for Windows or
Mac.
Michael
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1719#comment:18>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list