Originally Posted by THEMuffinMan7
uld be too slow for the number of potential lines (unless boat_alexandra's track drawing optimization is order of magnitudes faster than getCanvasPix->DrawLine)
It is. You can have millions of line segments, and it very quickly formulates just a few, well not more than the pixels on the screen
, usually much fewer. I had maximum of 120 segments worst case from 80,000 segment track.
it should be possible to dramatically compress my bmp since its only made of two colors. Red and transparent. ie bit depth could be 1 lol. I don't know how I'd implement that to solve my problem though
First of all, if you have this 600MB bitmap, then likely in various operations, wxwidgets will allocate 2 or 3 copies of it. For this reason you should use tiles of 512x512 or maybe 1024x1024.
What are you doing with such files? Opencpn already efficiently handles this sort of thing rendering charts.
If you are using opengl, then you can easily use a single
channel texture cutting memory consumption
considerably. Further you could use rgtc which would half again with still very high quality using only 80MB of memory.