Slitherine

quote:

ORIGINAL: littleike

Maybe it is as you think chemkid.

Seems that scrolling the map with numbers displayed every step of scroll system will do some sort of deep calculation but if it was a cpu bound trouble the -dd_sw switch should have had no influence on the time of calculus beeing more related to some graphic management where instead time to show numbers decrease using this switch but the scroll trouble remain.

I supposed that system will recalculate everything when scroll let appear or disappear on the screen hexes interested in the calculus but neither this is the case because I tried with a base in alaska where all hexes calculated are visible on screen and scroll is also affected.

Not a big deal anyway when I saw that game don't freeze.

For Oberst_Klink

Thanks for the suggestion. Tried but don't resolved.

quote:

ORIGINAL: BBfanboy

If the game is programmed to draw the base map view before calculating the supply flow and presenting it, moving the map will result in recalculation, and a long delay.
Graphic speed always suffers when you add more layers of detail to present. Try enabling patrol zone highlighting with the 6 key, then add hex side ownership with the W key and Roads and Rails with the R key. Now try scrolling ....

quote:

ORIGINAL: littleike

Hi BBfanboy

I don't have patrol zones because I made a new install from scratch after windows 10 installation.
With every combined option with whom I toggle the map (W/R 3 4 6) map scroll is beyond the standards.

The issue I wrote about can be easily replayable.( If not it would be that it is a trouble related to my configuration and I would be happy to hear this).

Try to set key 5 to a mayor Australia city hex and look both to time to see numbers and time to scroll.

I think there is something related to supply display path (at least maybe there are no limitations to how far an hex could be to enter it in the computing path) but I assure you that before I accounted for a long program response time I was sure that the game was freezing.

Bullwinkle58

Surely things are as you remember. Calculations are really impressing. As I said before no big issue when I know that game function well.

quote:

ORIGINAL: Korvar

I believe the slowness is related to the graphics processing - not the computation of the supply flow.

All the hex numbers generated have to be rendered in realtime; therefore, they have to be constantly redrawn as you scroll the map - as opposed to the map itself which is loaded once into memory when the game is first started and accessed as needed.

The realtime graphics is vector art (i.e. math/formula based) and the other graphics assets like the map, icons, ship art, etc. are raster art (i.e. pixel based).