View Issue Details
ID | Project | Category | Date Submitted | Last Update | |
---|---|---|---|---|---|
0016322 | Stars Beyond Reach | GUI | Apr 22, 2015 7:43 am | Jun 7, 2015 12:03 pm | |
Reporter | GarathJJ | Assigned To | Chris_McElligottPark | ||
Status | resolved | Resolution | fixed | ||
Product Version | 0.800 (New HUD) | ||||
Fixed in Version | 0.877 (Citybuilding Smoothness) | ||||
Summary | 0016322: Missing tiles in acutian pollution | ||||
Description | The attached screenshot shows two lines of tiles in the middle of acutian territory in which there is no pollution. It certainly looks like it can't be correct, and I'm sure they weren't there a few turns ago. | ||||
Tags | No tags attached. | ||||
related to | 0016382 | resolved | keith.lamothe | Completely revealed tiles are considered unexplored for scouting |
related to | 0017103 | closed | Chris_McElligottPark | Auto-scouting does not seem to work, also sonar does not work |
|
|
|
|
|
|
|
I've figured this one out - I appear not to have actually scouted those tiles. See screenshot with the scout option highlighted that shows this. One does wonder why I could see anything at all on those tiles, though. Small holes in the scouted area do seem to have slightly weird behaviour - I'll probably post another issue once I explore that more. |
|
Thanks! * Added a fix to the way scouting and the fog of war is handled, to prevent some tiles from being completely visible but still "unscouted," so things like pollution wouldn't show up and the mouse cursor wouldn't work over them, etc. ** It also prevents your scouts from seemingly "exploring places you've already scouted," when really they were exploring somewhere "new." ** Basically what was happening is that, since the fog of war only draws for tiles that are 2+ away from explored tiles (in order to make it look much more organic and smoother, with large fog blobs), it was possible to have cases cases where a tile was unexplored, but not within range of one of those tiles that is 2+ away from explored terrain, so it would not have any fog over it. *** So they were only 1 or 2 away from explored tiles, for instance, and they thus drew no fog. But they were still counted as unexplored, because they were. Yet no fog was drawn near them at all, because they were not ALSO within range of something that was 2+ tiles away from explored. ** After loading a savegame, and after the explored status of tiles have changed (in 200ms gaps at least), the game now back-floods from the tiles that draw fog into the tiles that are within range of it that are unexplored and yet closer to the explored area (and thus not drawing fog themselves). It then looks at the list of tiles that meet that criteria but which did not get caught in the flood, and marks those as explored since they were the ones that were falling under the category of this issue. ** Visually speaking, when it comes to the actual act of scouting, nothing is changed. But now there is definite correspondence to everything that "looked scouted" and things that actually ARE scouted. ** This was a tricky thing to implement in an efficient way, but even on Huge maps, on Chris's computer doing the back-fill flood takes between 1 and 3 ms to process. Since that can happen at most frequently every 200ms, and only after tiles have been scouted (or revealed in this fashion -- because that can cause a cascade of passes of tiles revealed in older savegames), the impact on performance is extremely negligible. |
Date Modified | Username | Field | Change |
---|---|---|---|
Apr 22, 2015 7:43 am | GarathJJ | New Issue | |
Apr 22, 2015 7:43 am | GarathJJ | File Added: strange acutian pollution.png | |
Apr 22, 2015 7:45 am | GarathJJ | File Added: acutian pollution.save | |
Apr 22, 2015 7:54 am | GarathJJ | File Added: pollution with scout info.png | |
Apr 22, 2015 7:56 am | GarathJJ | Note Added: 0040132 | |
Apr 25, 2015 5:28 pm | GarathJJ | Relationship added | related to 0016382 |
Jun 5, 2015 11:58 am | Chris_McElligottPark | Assigned To | => keith.lamothe |
Jun 5, 2015 11:58 am | Chris_McElligottPark | Status | new => assigned |
Jun 5, 2015 12:59 pm | Chris_McElligottPark | Relationship added | related to 0017103 |
Jun 7, 2015 12:03 pm | Chris_McElligottPark | Note Added: 0041968 | |
Jun 7, 2015 12:03 pm | Chris_McElligottPark | Status | assigned => resolved |
Jun 7, 2015 12:03 pm | Chris_McElligottPark | Fixed in Version | => 0.877 (Citybuilding Smoothness) |
Jun 7, 2015 12:03 pm | Chris_McElligottPark | Resolution | open => fixed |
Jun 7, 2015 12:03 pm | Chris_McElligottPark | Assigned To | keith.lamothe => Chris_McElligottPark |