getHideFrom – Talk
Jump to navigation
Jump to search
Worldeater (talk | contribs) No edit summary |
No edit summary |
||
Line 9: | Line 9: | ||
::Could it be that it does not return the real position of the enemy but the suspected one? | ::Could it be that it does not return the real position of the enemy but the suspected one? | ||
::--[[User:Worldeater|Worldeater]] 23:47, 25 February 2009 (CET) | ::--[[User:Worldeater|Worldeater]] 23:47, 25 February 2009 (CET) | ||
:::It seems to me that the returned position is where ''object'' beleives ''enemy'' is. Test it while breaking LOS between the units, and the returned position extrapolates the expected postion based on the last known position and speed of the ''enemy''. A returned position of [0,0,0] implies that ''object'' does not knowAbout ''enemy''. --[[User:Ceeeb|Ceeeb]] 10:58, 22 October 2009 (CEST) |
Revision as of 09:58, 22 October 2009
From the few tests I've done, this function always returned me [0,0,0]. Has anyone been able to get a correct result?--Whisper 17:21, 10 April 2007 (CEST)
- I got a result. But the only result I got, is the position from the enemy... not very helpful.
- Friendly Unit: fu1, Enemy: e1
hidepos = fu1 gethidefrom e1;
- Now hidepos = (getpos e1). Not exactly the same... but very close!
- And nothing to find about it in the www... that's hard...
- --HeliJunkie 10:47, 4 December 2008 (CET)
- The command is used in the formation.fsm of the characters.pbo. It is used in conjunction with two other commands: getHideFrom -> findCover -> setHideBehind
- Could it be that it does not return the real position of the enemy but the suspected one?
- --Worldeater 23:47, 25 February 2009 (CET)
- It seems to me that the returned position is where object beleives enemy is. Test it while breaking LOS between the units, and the returned position extrapolates the expected postion based on the last known position and speed of the enemy. A returned position of [0,0,0] implies that object does not knowAbout enemy. --Ceeeb 10:58, 22 October 2009 (CEST)