Ignoring Fly Height

[MeKC]

Does anyone know if its possible to make a flying unit ignore hills and cliffs? Like when its moving over a cliff, its fly height will increase. But I want it to keep the same flyheight all the time

 

[Child_0f_Bodom]

Maybe try making regions on same cliff levels and when unit enters them, reduce its height.

 

[MeKC]

I tryed that. But the problem is the units changes its height before it reach the hill/cliff.

 

[Child_0f_Bodom]

Make the region wider.

 

[MeKC]

Still wont work... I want is so there is no heigh changes at all

 

[Vegavak]

All you'd need to do is calculate distance from ground to flying height, subtracting the current flying height from the projected height to get the raise required to adjust your unit.

I'm sure it's possible.

 

[M0RT]

I am afraid there is no way of detecting "projected fly height". You can try using "GetLocationZ()" on the position of the unit and substracting that from the height. It's not aviable in GUI, because it may cause desync. But if you use it just to set unit fly height, it won't necesarrily split the game.

 

[MeKC]

I have already tried everthing you say. But I found a smart way, sadly this
only work for ground units, but it dosent matter in my case.

Take for example the footman and add the crow ability and remove it again... Now set his fly height to 300 or higher than any hills/cliffs. And Maximum Pitch and Roll angle to 0.

Every 0.05 seconds use this script to fix his height

local location loc = GetUnitLoc(unit)
local real groundZ = GetLocationZ(loc)
local real maxZ = 300
call SetUnitFlyHeight(unit,maxZ-groundZ,0)
call RemoveLocation(loc)
set loc = null

 

[Need_O2]

It's not aviable in GUI, because it may cause desync. But if you use it just to set unit fly height, it won't necesarrily split the game.

liek wtf ? How could even getting a locations Z cause desync
go away n00b
dont scare people with thing those arent even real

 

[M0RT]

common.j, line 1002-1004:

// This function is asynchronous. The values it returns are not guaranteed synchronous between each player.
//  If you attempt to use it in a synchronous manner, it may cause a desync.
native GetLocationZ             takes location whichLocation returns real

 

[Need_O2]

meh I dont care about what it says
there are many spells-systems-maps those use that function and none gets splitted
in fact all particle systems execute it per at least 0.04 seconds

 

[bboy-tiger-]

Arent unit avalible to move trought cliff it collision is turned off ?

 

[MeKC]

Not throught, but they walk over it.... But I found the solution

 

[Dagguh]

Not throught, but they walk over it.... But I found the solution

Tell us what it is! Something with Minimum Height?

 

[MeKC]

Look up. Post nr 8

 

[Dagguh]

Oh I thought, you fixed the flying units thing.
K then, thanks for sharing this.

 

[HINDYhat]

@ Need_O2 and others,

GetLocationZ desyncs all players with low quality graphics settings, since terrain deformations are not displayed for them. So the terrain deformations when say, someone casts stomp, aren't the same for each player.

 

[Avex]

Cant you just put up the Pathing Blockers.

 

[Need_O2]

@ Need_O2 and others,

GetLocationZ desyncs all players with low quality graphics settings, since terrain deformations are not displayed for them. So the terrain deformations when say, someone casts stomp, aren't the same for each player.

happy now ?

Anyway then

@MeKC: your problem has no solution now gtfo and never come back

 

[MeKC]

I dont care if it cause desync, cause this is only for a single player map. And how old are wc3 - 5. years?

I think everybody run it at high resolution. So it wont be a problem

 

[Need_O2]

Single wont be a problem

these stuff make me angry dsync etc
I dislike my anger and I shall banish it but Im not so powerful enough