Showing where PD can attack depending on terrain

0

Not sure how feasible of idea it is, but maybe it would be possible to fill in the range ring when you are hovering the PD over land?
Or add texture that only shows up during the hovering that would go from the base of the PD to the edge of it's range, crossing through all the terrain that it meets on the way. So that the red outline would show terrain on the same height or below the base of PD while the normal looking one would be higher than the base?

0

@randomwheelchair Or we could make a mod to show a ring made at top of the PD that clips with map territory, that way, if you see clipping, you can assume the PD will be blocked there

FAF = Femboy Alliance Forever
Come check the draft of the FAF website 4.0! https://www.test.faforever.com/

1

Send immense amounts of hate towards mappers anytime they put dumb hills on maps for no reason. I made a small amount of progress using this technique and you can continue my work.

0

Ive been trying to come up with a solution for this for awhile. A firing solution you could say.

I used to play the game exclusively in cartographic mode back when it came out, and one solution on one of my (many underserved and quite cold) back burners would do something like those elevation lines, but to a finer degree. I've had trouble figuring out shaders though.
Otherwise I think the solutions would be pretty Lua intensive, so zooming in and looking at the terrain to find good spots is the main solution.

You must deceive the enemy, sometimes your allies, but you must always deceive yourself!

0

The only thing that can do this is getting terrain height in a specified point, but as @Jip said, it may be very weighty to compute even with error

0

If you have an upgraded land HQ, your PDs should be able to shoot through terrain. When you get a T3 HQ, the PDs shoot homing bullets.

0

@randomwheelchair said in Showing where PD can attack depending on terrain:

Not sure how feasible of idea it is, but maybe it would be possible to fill in the range ring when you are hovering the PD over land?
Or add texture that only shows up during the hovering that would go from the base of the PD to the edge of it's range, crossing through all the terrain that it meets on the way. So that the red outline would show terrain on the same height or below the base of PD while the normal looking one would be higher than the base?

We could have a mesh that is a simple cylinder and move / scale that around accordingly. I'm not sure we can add it to the preview selection. But we could def. add something like this once the turret is in place through some toggle - that way you could 'scan' for terrain that is higher than the turrets base.

A work of art is never finished, merely abandoned

0

ALthough chances are the PD can't attack something that is on high terrain so the current system might actually be more accurate...

0

And there's different arcs and other issues. I don't think this game is fit for a solution that we want 🙂

A work of art is never finished, merely abandoned

0

I guess it is computationally intensive in the case we want to see it while the turret is preselected (because it has to be done "live" and calculated for each position we place the turret). Hence, what if there is an option we can press that checks on a specific spot if it is possible?

Would it still be too computationally intensive? Doing things this way would only make the computation "once" for a specific spot (I don't know if I am clear with my question).

Thanks.

0

I understand your question / approach - I'm just pondering about the implementation. I don't think we'll see this happening any time soon. There are more pressing issues / features.

A work of art is never finished, merely abandoned

0

What about displaying something that would make terrain more visible while PD is selected? Some kind of contour overlay or color-coded height map. That wouldn't require as much computation power and would still make it easier to tell when you're putting PD somewhere stupid.

But yeah I agree, it shouldn't be a priority. Just brainstorming

0

That would be a cheap solution (adjust the normals used for lighting calculations of the terrain to make bumps more visible). But we have no access to the engine - we can't add it in.

A work of art is never finished, merely abandoned

0

@arma473 hello starcraft my old friend

0

I guess from time to time everybody runs into this frustration. I see that the computing-intensity is a problem, but cant it be precalculated once?
The "hit-ability" of a given coordinate on a map is just a function of a given PD and its Placement-coordinate. Both are constant through the game so its possible to calculate a table pregame and read it. That table could as Property of the map. To minimize this, you can spread the coordinate a bit - we dont need pixel-accuration here.

0

@c-star Although theoretically possible, storing that information accurately enough (eg checking every 2x2 square) would require a large amount of memory, and take a long rime to load, on larger maps (eg 81kmx81km). The number of calculations would also vastly exceed the number required if a real time calculation was done, even if the calculations could be done upfront/spread out over the first 60s of gametime

M27AI developer; Devlog and more general AI development guide:
https://forum.faforever.com/topic/2373/ai-development-guide-and-m27ai-v40-devlog

1

would simple semi-transparent flat circle, rendered at the height of PD turret help?
it should clip under terrain in places where PD cannot shoot... this can help, however it does not guarantee anything at all...

maybe make pd spray fake projectiles (with same ballistic characteristics) and then you will for sure see areas where it can or can't hit (ray tracing lol, can reduce number of projectiles if performance is bad)... however no idea how that supposed to work if you move your mouse around a lot

TA4Life: "At the very least we are not slaves to the UI" | http://www.youtube.com/user/dimatularus | http://www.twitch.tv/zlo_rd