Line of Sight (EU2012) - Revision history

Parogen: /* Peeking cover */

2025-05-11T20:27:08Z

Peeking cover

← Older revision		Revision as of 20:27, 11 May 2025
Line 27:		Line 27:

	While peeking, the entire segment from the unit's center point to the peeking tile center point is included, whether as attacker or target, not just the center point of the peeking tile.		While peeking, the entire segment from the unit's center point to the peeking tile center point is included, whether as attacker or target, not just the center point of the peeking tile.

			''A unit will peek for visibility onto an adjacent tile only if it contains low or no cover, but not high cover.''

	==== Non visible attackers ====		==== Non visible attackers ====

Parogen: /* Obstacles */ more visual cover anomaly examples

2025-05-07T15:27:32Z

Obstacles: more visual cover anomaly examples

← Older revision		Revision as of 15:27, 7 May 2025
Line 5:		Line 5:
	Similar to the [[Cover (EU2012)\|cover]] concept, most obstacles provide visual full/half/no cover and usually match with the defence counterpart. The entire cube/side acts as a blocker for vision, excluding the edges/corners if they coincide on the line of sight. Model shape does not seem to matter.		Similar to the [[Cover (EU2012)\|cover]] concept, most obstacles provide visual full/half/no cover and usually match with the defence counterpart. The entire cube/side acts as a blocker for vision, excluding the edges/corners if they coincide on the line of sight. Model shape does not seem to matter.

	Some non transparent obstacles seem to provide no visual cover. Not sure if it's a bug or a feature. ~~Ramps~~ and the service ~~truck with a crane seem to be see-through. It is unclear whether these objects only provides one voxel of~~ visual cover ~~(like half cover) or none at all~~. ~~While there may be~~ logical ~~explanations for these~~, there ~~also exist objects~~ with ~~seemingly the incorrect~~ visual cover ~~as well~~ (low cover ~~object with~~ full visual cover or high cover crate ~~with~~ half/no visual cover).		Some non transparent obstacles don't seem to provide matching visual cover. Not sure if it's a bug or a feature. The outer edge of (wooden) ramps and the back of service trucks and some pickup trucks provide either half or no visual cover. Whether logical or not, there are other less obvious cover obstacles with differing defence/visual cover (edge wall of supply ships have low cover but act as full visual cover, one high cover crate near the edge of [[Demolition EWI (EU2012)\|Demolition EWI]] has half/no visual cover, there may be a visual cover issue with one of the curbs in [[SmallCemetery (EU2012)\|Small Cemetery]], to name some instances).

	Transparent cover can exist, but usually only discovered through explosions. ~~Exploded~~ vehicles that still provide ~~high~~ cover may end up useless as vision blockers. ~~In certain cases, an~~ exploded wall ~~may provide full cover (and visually transparent) due to~~ hanging objects ~~being~~ intact (paintings/pictures, ladders)~~, despite the wall behind~~ being ~~destroyed~~.		"Transparent" cover can exist, but usually only discovered through explosions. Unit exploded vehicles (not the pre-configured ones in EW maps) that still provide cover may end up useless as vision blockers. An exploded wall with hanging objects intact (paintings/pictures, ladders) may still provide full cover while being visually transparent.

	Lastly, there are some exceptions that seem intended, such has the diagonal walls of UFOs, lampposts, flag poles, etc, which provide no defence cover and ~~may~~ have ~~particular~~ visual cover geometry.		Lastly, there are some exceptions that seem intended, such has the diagonal walls of UFOs, lampposts, flag poles, etc, which provide no defence cover alone and could have specific visual cover geometry.

	=== Estimating with the camera ===		=== Estimating with the camera ===

Parogen: /* Obstacles */

2025-05-04T23:53:51Z

Obstacles

← Older revision		Revision as of 23:53, 4 May 2025
Line 5:		Line 5:
	Similar to the [[Cover (EU2012)\|cover]] concept, most obstacles provide visual full/half/no cover and usually match with the defence counterpart. The entire cube/side acts as a blocker for vision, excluding the edges/corners if they coincide on the line of sight. Model shape does not seem to matter.		Similar to the [[Cover (EU2012)\|cover]] concept, most obstacles provide visual full/half/no cover and usually match with the defence counterpart. The entire cube/side acts as a blocker for vision, excluding the edges/corners if they coincide on the line of sight. Model shape does not seem to matter.

	Some non transparent obstacles seem to provide no visual cover. Not sure if it's a bug or a feature. Ramps and the service truck with a crane seem to be see-through. It is unclear whether these objects only provides one voxel of visual cover (like half cover) or none at all. While there may be logical explanations for these, there also exist objects with the incorrect visual cover as well (~~half~~ cover with full visual cover~~, full~~ cover with half/no cover).		Some non transparent obstacles seem to provide no visual cover. Not sure if it's a bug or a feature. Ramps and the service truck with a crane seem to be see-through. It is unclear whether these objects only provides one voxel of visual cover (like half cover) or none at all. While there may be logical explanations for these, there also exist objects with seemingly the incorrect visual cover as well (low cover object with full visual cover or high cover crate with half/no visual cover).

	Transparent cover can exist, but usually only discovered through explosions. Exploded vehicles that still provide high cover may end up useless as vision blockers. In certain cases, an exploded wall may provide full cover (and visually transparent) due to hanging objects being intact (paintings/pictures, ladders), despite the wall behind being destroyed.		Transparent cover can exist, but usually only discovered through explosions. Exploded vehicles that still provide high cover may end up useless as vision blockers. In certain cases, an exploded wall may provide full cover (and visually transparent) due to hanging objects being intact (paintings/pictures, ladders), despite the wall behind being destroyed.

Parogen: /* Obstacles */

2025-05-04T21:49:05Z

Obstacles

← Older revision		Revision as of 21:49, 4 May 2025
Line 8:		Line 8:

	Transparent cover can exist, but usually only discovered through explosions. Exploded vehicles that still provide high cover may end up useless as vision blockers. In certain cases, an exploded wall may provide full cover (and visually transparent) due to hanging objects being intact (paintings/pictures, ladders), despite the wall behind being destroyed.		Transparent cover can exist, but usually only discovered through explosions. Exploded vehicles that still provide high cover may end up useless as vision blockers. In certain cases, an exploded wall may provide full cover (and visually transparent) due to hanging objects being intact (paintings/pictures, ladders), despite the wall behind being destroyed.

			Lastly, there are some exceptions that seem intended, such has the diagonal walls of UFOs, lampposts, flag poles, etc, which provide no defence cover and may have particular visual cover geometry.

	=== Estimating with the camera ===		=== Estimating with the camera ===

Parogen: /* Obstacles */

2025-05-04T21:00:11Z

Obstacles

← Older revision		Revision as of 21:00, 4 May 2025
Line 3:		Line 3:
	=== Obstacles ===		=== Obstacles ===

	Similar to the [[Cover (EU2012)\|cover]] concept, most obstacles provide visual full/half/no cover and usually match with the defence counterpart. The entire cube/side acts as a blocker for vision, excluding the edges/corners if they coincide on the line of sight. ~~Object~~ shape does not seem to matter.		Similar to the [[Cover (EU2012)\|cover]] concept, most obstacles provide visual full/half/no cover and usually match with the defence counterpart. The entire cube/side acts as a blocker for vision, excluding the edges/corners if they coincide on the line of sight. Model shape does not seem to matter.

	Some non transparent obstacles seem to provide no visual cover. Not sure if it's a bug or a feature. Ramps and the service truck with a crane seem to be see-through. It is unclear whether these objects only provides one voxel of visual cover (like half cover) or none at all. While there may be logical explanations for these, there also exist objects with the incorrect visual cover as well (half cover with full visual cover, full cover with half/no cover).		Some non transparent obstacles seem to provide no visual cover. Not sure if it's a bug or a feature. Ramps and the service truck with a crane seem to be see-through. It is unclear whether these objects only provides one voxel of visual cover (like half cover) or none at all. While there may be logical explanations for these, there also exist objects with the incorrect visual cover as well (half cover with full visual cover, full cover with half/no cover).

Parogen: /* Obstacles */ more on visual cover

2025-05-04T09:01:18Z

Obstacles: more on visual cover

← Older revision		Revision as of 09:01, 4 May 2025
Line 3:		Line 3:
	=== Obstacles ===		=== Obstacles ===

	~~Most~~ obstacles provide visual cover~~, even low cover~~. The entire cube/side acts as a blocker for vision, excluding the edges if they coincide on the line of sight.		Similar to the [[Cover (EU2012)\|cover]] concept, most obstacles provide visual full/half/no cover and usually match with the defence counterpart. The entire cube/side acts as a blocker for vision, excluding the edges/corners if they coincide on the line of sight. Object shape does not seem to matter.

	Some non transparent obstacles seem to provide no visual cover. Not sure if it's a bug or a feature. Ramps and ~~that one~~ truck with a crane seem to be ~~purely~~ see-through. It is unclear whether these objects only provides one voxel of visual cover (like ~~low~~ cover) or none at all.		Some non transparent obstacles seem to provide no visual cover. Not sure if it's a bug or a feature. Ramps and the service truck with a crane seem to be see-through. It is unclear whether these objects only provides one voxel of visual cover (like half cover) or none at all. While there may be logical explanations for these, there also exist objects with the incorrect visual cover as well (half cover with full visual cover, full cover with half/no cover).

	Transparent cover can exist, but usually only discovered through explosions. Exploded vehicles that still provide high cover may end up useless as vision blockers. In certain cases, an exploded wall may provide full cover (and visually transparent) due to hanging objects being intact (paintings/pictures, ladders), despite the wall behind being destroyed.		Transparent cover can exist, but usually only discovered through explosions. Exploded vehicles that still provide high cover may end up useless as vision blockers. In certain cases, an exploded wall may provide full cover (and visually transparent) due to hanging objects being intact (paintings/pictures, ladders), despite the wall behind being destroyed.

Parogen: /* Estimating with the camera */

2025-04-29T19:40:48Z

Estimating with the camera

← Older revision		Revision as of 19:40, 29 April 2025
Line 14:		Line 14:

	<gallery caption="[[Tactical Layer (EU2012)#Off Cover\|Off cover vision trick]]" mode=packed heights=270px>		<gallery caption="[[Tactical Layer (EU2012)#Off Cover\|Off cover vision trick]]" mode=packed heights=270px>
	Estimating camera 1.jpg\|Any enemies using the car will not have sight of the soldier behind the ~~green~~ object		Estimating camera 1.jpg\|Any enemies using the car will not have sight of the soldier behind the alien object
	Estimating camera 2.jpg\|Similarly, the left corner of the truck in not visible		Estimating camera 2.jpg\|Similarly, the left corner of the truck is not visible
	</gallery>		</gallery>

Parogen: /* Peeking cover */

2025-04-29T19:13:17Z

Peeking cover

← Older revision		Revision as of 19:13, 29 April 2025
Line 22:		Line 22:
	[[File:Non visible attacker.png\|thumb\|right\|Attacker and target units are within each other's vision range, but the tile used to attack is outside of the target's vision range.]]		[[File:Non visible attacker.png\|thumb\|right\|Attacker and target units are within each other's vision range, but the tile used to attack is outside of the target's vision range.]]

	Peeking tiles do not expand the vision range, only make parts of the vision sphere visible. The origin/destination of line of sight are extended by peeking tiles, but limited to the original vision sphere centered on the unit. This is why when the unit steps out due to an action, they can sometimes trigger another pod, since the vision center/sphere actually shifts then.		Peeking tiles do not expand the vision range, only make parts of the vision sphere visible as additional source of line of sight. The origin/destination of line of sight are extended by peeking tiles, but limited to the original vision sphere centered on the unit. This is why when the unit steps out due to an action, they can sometimes trigger another pod, since the vision center/sphere actually shifts then.

	While peeking, the entire segment from the unit's center point to the peeking tile center point is included, whether as attacker or target, not just the center point of the peeking tile.		While peeking, the entire segment from the unit's center point to the peeking tile center point is included, whether as attacker or target, not just the center point of the peeking tile.

Parogen at 19:03, 29 April 2025

2025-04-29T19:03:47Z

← Older revision		Revision as of 19:03, 29 April 2025
Line 1:		Line 1:
	While the aesthetics of the in-game fog/vision appears vague, the only requirement for having line of sight of a voxel seems to be whether a unit can see the center point of that voxel. Units are two voxels high with the center point of the top voxel being where their origin of line of sight comes from. The requirement for line of sight of a unit seems to be whether there is line of sight of the top voxel of that unit, bottom is ignored. The game's cover mechanic extends a unit's origin/destination of line of sight.		While the aesthetics of the in-game fog/vision appears vague, the only requirement for having line of sight of a voxel seems to be whether a unit can see the center point of that voxel. Units are two voxels high with the center point of the top voxel being where their origin of line of sight comes from. The requirement for line of sight of a unit seems to be whether there is line of sight of the top voxel of that unit, bottom is ignored. The game's [[Cover (EU2012)\|cover]] mechanic extends a unit's origin/destination of line of sight.

	=== Obstacles ===		=== Obstacles ===

Parogen: Undo revision 121842 by Parogen (talk) actually think it is just true. overwatches in small slivers of vision work in this way in that you just need to see the unit, not a whole voxel

2025-04-29T06:49:08Z

Undo revision 121842 by Parogen (talk) actually think it is just true. overwatches in small slivers of vision work in this way in that you just need to see the unit, not a whole voxel

← Older revision		Revision as of 06:49, 29 April 2025
Line 23:		Line 23:

	Peeking tiles do not expand the vision range, only make parts of the vision sphere visible. The origin/destination of line of sight are extended by peeking tiles, but limited to the original vision sphere centered on the unit. This is why when the unit steps out due to an action, they can sometimes trigger another pod, since the vision center/sphere actually shifts then.		Peeking tiles do not expand the vision range, only make parts of the vision sphere visible. The origin/destination of line of sight are extended by peeking tiles, but limited to the original vision sphere centered on the unit. This is why when the unit steps out due to an action, they can sometimes trigger another pod, since the vision center/sphere actually shifts then.

			While peeking, the entire segment from the unit's center point to the peeking tile center point is included, whether as attacker or target, not just the center point of the peeking tile.

	==== Non visible attackers ====		==== Non visible attackers ====
Line 31:		Line 33:

	<div style="clear: both"></div>		<div style="clear: both"></div>

	== See Also ==		== See Also ==
	{{Gameplay_Mechanics_(EU2012)_Navbar}}		{{Gameplay_Mechanics_(EU2012)_Navbar}}