#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> _______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev