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

Reply via email to