detecting that you're stuck walking against tree?

[zutto]

yep :|

only way i can think of is looking your running speed

throw me some ideas

[BoogieManTM]

if (moving) 
{
     if (Location == OldLocation)
     {
           // Omfg, we're stuck!
      }
      OldLocation = Location;
}

Cheap and easy - or you can actually do distance checks to see how far you should've gone, and how far you actually did go.

check out: http://mathproofs.blogspot.com/2005/...rediction.html

[jjaa]

Or you can use the TraceLine function and check if there is an object directly in front of you. I haven't tested this but it should work.

[Cypher]

Or you can use the TraceLine function and check if there is an object directly in front of you. I haven't tested this but it should work.

I assume you're talking about CWorld::Intersect or is this some other function?

[Nesox]

Or you can calculate your current speed
Speed = distance/time very basic math third grade or so.
Or just read ure current speed from the client. Cant remember the offset tho

[jjaa]

I assume you're talking about CWorld::Intersect or is this some other function?

0x007116B0 -> TraceLine
From WoWX

[Cypher]

0x007116B0 -> TraceLine
From WoWX

Yeah same thing, WoWX just has the "wrong" name (CWorld::Intersect is ripped from the alpha).

[UnknOwned]

try /logic

Well if you want a serious answer...
I do not belive that CWorld::Intersect is usefull for checking if you are stuck.
Go for what BoogieManTM told you.

[Cypher]

try /logic

Well if you want a serious answer...
I do not belive that CWorld::Intersect is usefull for checking if you are stuck.
Go for what BoogieManTM told you.

Actually it is, just not necessarily on its own.

You can use it to check if your path is obstructed, then combine that with other checks. (Also you can avoid getting stuck preemptively with it)

[schlumpf]

The problem is that CWorld::Intersect wont tell you, where you will get stuck. You will only be able to check if you are stuck between both vectors.

Is there any function telling, where the intersection is?

[g3gg0]

if (moving) 
{
     if (Location == OldLocation)
     {
           // Omfg, we're stuck!
      }
      OldLocation = Location;
}

Cheap and easy - or you can actually do distance checks to see how far you should've gone, and how far you actually did go.

check out: Math Proofs: Player Position Prediction

wrong...
imagine running up a wall where you climb up some pixels and fall down again.
location changes, you have a (low and changing) run speed but you are still stuck.

so you have to calculate the speed over a long period of time (~1sec or more)
and check it for being lower than some 0,x coors per second.
checking for "if ( speed == 0 )" will still fail in some cases since you move.
not much but you move forward and backward at a small scale.

[schlumpf]

if you know that you're running at 1 m/s, you will be moving 1 meter every second. if the position twp seconds earlier is below 2 meters from the one now, you didnt move properly.

[UnknOwned]

wrong...
imagine running up a wall where you climb up some pixels and fall down again.
location changes, you have a (low and changing) run speed but you are still stuck.

so you have to calculate the speed over a long period of time (~1sec or more)
and check it for being lower than some 0,x coors per second.
checking for "if ( speed == 0 )" will still fail in some cases since you move.
not much but you move forward and backward at a small scale.

Did you read the article he linked to?

[g3gg0]

yep, i did. standard maths.

im referring to the thing he wrote in his post.
doing it like that will just work in errrh maybe 10% of the "got stuck" cases.
so its not an alternative (as he expressed), its just fail

[UnknOwned]

yep, i did. standard maths.

im referring to the thing he wrote in his post.
doing it like that will just work in errrh maybe 10% of the "got stuck" cases.
so its not an alternative (as he expressed), its just fail

I agree on that part, however i'm sure he did not mean it litterally, rather just as the site he linked to with "estimation".