Skip to content
This repository has been archived by the owner on Apr 17, 2022. It is now read-only.

Features disappear in the fog of war when destroyed beyond the player's view. #3959

Closed
wzdev-ci opened this issue Feb 21, 2013 · 10 comments
Closed

Comments

@wzdev-ci
Copy link
Contributor

keyword_fog_of_war_fog-of-war_shroud_feature_features resolution_feature requests belong in the forums. type_bug | by Shadow Wolf TJC


Although I 1st noticed this while working on Contingency (when I made Oil Resources visible in fog-of-war), I believe that this is also present within base Warzone 2100 due to the presence of many destructable features that are visible in the fog-of-war within base.wz and mp.wz.

Basically, whenever a feature that's set to be visible in fog-of-war is destroyed while in the fog-of-war of a player, it disappears from the player's view. That shouldn't be happening at all in my opinion, as it gives away information that a player isn't supposed to receive at the time.

What I propose that we do is to have the Warzone 2100 engine continue to draw structures and features as they come into view of the player's objects, but instead of removing them when they leave the player's view, we should keep them within the fog-of-war, even if they're later destroyed within the fog-of-war. We should only remove the structure or feature if and when we return to the same place where we last saw it, only to find that it's missing.


Issue migrated from trac:3959 at 2022-04-16 10:54:02 -0700

@wzdev-ci
Copy link
Contributor Author

Per changed status from new to closed

@wzdev-ci
Copy link
Contributor Author

Per changed resolution from `` to feature

@wzdev-ci
Copy link
Contributor Author

Per changed blocking which not transferred by tractive

@wzdev-ci
Copy link
Contributor Author

Per changed blockedby which not transferred by tractive

@wzdev-ci
Copy link
Contributor Author

Per changed _comment0 which not transferred by tractive

@wzdev-ci
Copy link
Contributor Author

Per commented


Yes, absolutely. However, this is not a bug. It was designed this way, has always been this way, and it will require quite a bit of non-trivial rework of the code to change it.

@wzdev-ci
Copy link
Contributor Author

Shadow Wolf TJC changed _comment0 which not transferred by tractive

@wzdev-ci
Copy link
Contributor Author

Shadow Wolf TJC commented


After some further testing, I found out that, when a player's unit spots an enemy structure, but then moves away so that the structure is no longer in the player's line-of-sight, the enemy structure is still drawn. However, I also noticed the following things about these same enemy structures:

  1. If an enemy structure was partially completed by the time that the player lost sight of it, and an enemy truck starts finishing construction of the structure (regardless of if it started before or after the player lost sight of the enemy structure), then the structure will appear to build itself up (as if by magic) until it's finally complete.
  2. If an enemy structure that a player previously spotted, but isn't currently in its line-of-sight, is attacked by another enemy, the player can see that some mysterious force is causing damage to the enemy structure. Moreover, once out of HP, the enemy structure will explode like normal.

Although I've yet to see this happen, I presume that the player would also be able to see if a previously-spotted enemy structure is getting an upgrade, or if it's getting demolished.

Edit: It seems as if this ticket is no longer about features getting destroyed beyond the player's view, but also about enemy structures appearing to change beyond the player's view.

@wzdev-ci
Copy link
Contributor Author

Shadow Wolf TJC changed _comment0 which not transferred by tractive

@wzdev-ci
Copy link
Contributor Author

Shadow Wolf TJC commented


Maybe if we started creating and assigning graphics objects (which would handle all the drawing functions) that are tied to specific structure and feature objects, that may bring us one step closer to fixing this issue?

Edit: By the way, do you mind if I discuss this issue in the forums? I believe that others would likewise be interested in seeing this issue fixed.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant