Problem about combat state

[phthegreat]

Hi,
It is strange that sometimes my bot can't get out of combat state even if the monsters have gone far. So I try to update the combat flag like this :

CGPlayer *pLocal=GetLocalPlayer();
DWORD dwObjectStorage=*(DWORD *)((DWORD)pLocal+8);
*(DWORD *)(dwObjectStorage+0xec)=*(DWORD *)(dwObjectStorage+0xec)&0x00000008;

but this seems not to work.
I can't find the reason why this happened.
Can anyone give me a hand?
Thanks!

[lanman92]

Use Lua, it's easy.

public bool InCombat
{
          get 
          {
                return Boolean.Parse(Lua.Execute("UnitAffectingCombat(\"player\")")[0]) == true;
          }
}

Or have it update once per frame since it could (possible) be called multiple times per frame.

On another note, why use class pointers if you're not going to use their constructs to help you with descriptor access, VFT's, etc, anyways?

[namreeb]

Are you trying to force your bot out of combat? That won't work.

[GameAssist]

 foreach (Unit unit in UnitCollection)
            
       if (unit .TargetGUI == BOT.GUI) 
                 BOT.combat state = true;

[Chinchy]

 foreach (Unit unit in UnitCollection)
            
       if (unit .TargetGUI == BOT.GUI) 
                 BOT.combat state = true;

Really?

public static bool InCombat
        {
            get
            {
                return Convert.ToBoolean(ObjectManager.Me.FieldFlags & 0x0080000);
            }
        }

[Syltex]

Really?

public static bool InCombat
        {
            get
            {
                return Convert.ToBoolean(ObjectManager.Me.FieldFlags & 0x0080000);
            }
        }

I´ve have recently tried that method but some reson the Unit_Field_Flag data changes to random values, but never to 80000


EDIT1:
Reserved the function in IDA 5.5 pro:

v3 = GetUnitFromName(v4);
 v3 && (*(_DWORD *)(*(_DWORD *)(v3 + 248) + 276) >> 19) & 1 //Returns false or true if unit is incombat

But i dont really see:
UNIT_FIELD_FLAGS = 0x134 or dec "308"

[_Mike]

I´ve have recently tried that method but some reson the Unit_Field_Flag data changes to random values, but never to 80000

Bitwise AND Operator: & (C++)

[caytchen]

Reserved the function in IDA 5.5 pro:

v3 = GetUnitFromName(v4);
 v3 && (*(_DWORD *)(*(_DWORD *)(v3 + 248) + 276) >> 19) & 1 //Returns false or true if unit is incombat

Cool, you can steal IDA, find a LUA function and make yourself look like an utter moron on the internet.

0x114 = 276 = UNIT_FIELD_FLAGS
0x134 = 308 = sizeof(ObjectFields) + UNIT_FIELD_FLAGS
0x0080000 = 1 << 19 = 2^19

[phthegreat]

Are you trying to force your bot out of combat? That won't work.

In fact my bot has got rid of the monsters. But something affects my combat state. My bot can't drink or eat, and the durability level of equipped items keep going down.
So I figure out maybe updating the Unit_Field_Flag may help. But this never happen.

[namreeb]

In fact my bot has got rid of the monsters. But something affects my combat state. My bot can't drink or eat, and the durability level of equipped items keep going down.
So I figure out maybe updating the Unit_Field_Flag may help. But this never happen.

I think there are situations where the server glitches like that. If a mob is still agro'd to you but stuck or something. Or if it evaded and reset. Regardless of the reason, the best you'll be able to accomplish is to make the client *think* you're out of combat. Even if you do this, the server will still not allow you to drink, stealth, etc..

[phthegreat]

Thank you for replying so quickly!
If this is a serverside bug, how does my bot trigger it? or it is an unsolved case?

[Syltex]

Bitwise AND Operator: & (C++)

Oh snap, thought "&" ment "compare to" in a boolean conversion
PS. Not using c# as programing language.

Cool, you can steal IDA, find a LUA function and make yourself look like an utter moron on the internet.

0x114 = 276 = UNIT_FIELD_FLAGS
0x134 = 308 = sizeof(ObjectFields) + UNIT_FIELD_FLAGS
0x0080000 = 1 << 19 = 2^19

True, thx for help anyway

[namreeb]

Thank you for replying so quickly!
If this is a serverside bug, how does my bot trigger it? or it is an unsolved case?

I don't have enough information to answer that. Does your bot behave differently than a normal player? Do you use noclip or fly hacking or anything like that? When you see it happen, I would check to see if there are any nearby mobs that have you targeted.

[phthegreat]

Thank you for your advice!
no hacking like that just call functions like setfacing. However I will check my AI logic