maybe it'd make sense to simplify the framework to make it more memory
efficient?
as i see it, currently two things happen
1. for visualization a virtual image is created representing the (elevation or
such) values in the raster
2. the image is still accessed to retrieve the actual values to do calculations
by plugins
problematic seems to be step 1 - visualization, as we currently either
a) generate a bufferedimage i memory and keep it (memory-hog)
or
b) recreate the visualization every time (cpu-hog but memory efficient).
suggestion
how about we save the generated in -memory-image in a temp folder (lossless,
say compressed TIF) and use ReferencedImage henceforth for visualization, which
with it's complete renderchain is the most memory efficient way we currently
got.
---
** [bugs:#515] Raster display in low memory situation**
**Status:** open
**Milestone:** OJ_future
**Created:** Tue Nov 24, 2020 10:20 PM UTC by michael michaud
**Last Updated:** Tue Nov 24, 2020 10:20 PM UTC
**Owner:** michael michaud
This ticket follows ticket #513.
After correction of the bug reported by Roberto Rossi in #513 two problems are
left over.
Images are not loaded permanently in memory, but when they must be shown,
RasterImageLayer evaluates if they fit in memory before trying to display. To
evaluate if the image fits in memory it multiplies the number of pixels by 4
bytes (usual pixel deep for a color image). This evaluation should be more
precise and take into account 1 bit images (b&w) or 64 bits float values.
Also in the case a black and white image is not displayed, the little symbol in
the LayerNamePanel stay colored instead of turning to gray.
---
Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is
subscribed to https://sourceforge.net/p/jump-pilot/bugs/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel