How to detect entity [properties] ?

[KickBot]

Originally Posted by Tea

2: Even I force the dod_flag to 0 (dod_flag = 0) at the top of BotFindItem(), bot still keep say this is a ALLIES FLAG but not FREE flag. ???

You use the "=" assignment operator instead of comparison "==" in all your "dod_flag" tests in this function.
I can't help with your other questions, I have no experience with the keys system or Dod in general.

OMG KickBot you got a pair of bright eyes and help me a lot ! Thank you very much

Now my final question is how can I call the Keyvalue() in the bot.cpp ? Please teach me the full command, botman could you give me the last help ? thanks.

Shrike thanks for you suggest, I have think of this way before, but I think botman way is better, since if I can get use to the keyvalue function, my bot can auto detect many other thing so I don't have to use many specific waypoint.

[botman]

"Now my final question is how can I call the Keyvalue() in the bot.cpp ?"

DispatchKeyValue() is used by the engine to tell the MOD DLL code what a value for a key is for an entity.

The engine creates the entity, then calls DispatchKeyValue() for each key in the entity that the level designer has specified (see the Worldcraft/Hammer .fgd file for details on which key/value pairs exist for each entity in the MOD). If there are 5 keys in the entity, DispatchKeyValue() will be called 5 times with the same edict_t pointer value (pointing to the same entity).

You can intercept these calls to DispatchKeyValue() to observe what values are being assigned to an entity when it spawns.

Go back and look at the code I posted for the "info_tfdetect" entity for TFC. That shows how you intercept the key/value data.

I can't explain it any more than this. The HPB bot code shows how it's done. You might want to set breakpoints in the DispatchKeyValue() function in the HPB bot and trace through that code to see what the engine is passing to the MOD code.

botman

[Cpl. Shrike]

Originally Posted by Tea

Shrike thanks for you suggest, I have think of this way before, but I think botman way is better, since if I can get use to the keyvalue function, my bot can auto detect many other thing so I don't have to use many specific waypoint.

I didn't mean to store it in a waypoint.
Only store the flags team owner.

botman I understand how is keyvalue work but I don't know how to call it again after the bot spawned, because now it only detect one time when the bot spawn, but since the flag model in dod always change when someone captured it, so I have to call keyvalue () again before to detect the flag model each time.

Like when I want to call a XXXX(void),
I have to type XXXX();

When I want to call the ClientPrint( edict_t *pEntity, int msg_dest, const char *msg_name),
I have to type ClientPrint(pEntity, HUD_PRINTNOTIFY, "testing");

But how to call KeyValue( edict_t *pentKeyvalue, KeyValueData *pkvd ),
I have to type KeyValue( xxxxxxxxxxxxxx ); ???

Shrike I know what you mean, but if KeyValue() can do the same thing than I don't have to store the flag data everytime, since KeyValue() also can do many other thing rather than check the flag model, if I know how to use it, I can also detect a breakable wall is belong to axis or allies, a breakable tank is belong to axis or allies...etc, since those map marker did store many very useful information in the entity properties.

BTW if you know my question (how to call KeyValue() again after the bot spawned), could you help me ?

[Cpl. Shrike]

I didn't find a way to detect that on the dod flags.
because they are dynamical.
breakable walls and stuff are static... created at map start.
Well the flag is also created at map start but DOD sends a netmessage to client and on that the client displays the right flag model.
Well actually it the same for breakable wall but then the not_draw flag gets set.

[Pierre-Marie Baty]

Originally Posted by Tea

botman I understand how is keyvalue work but I don't know how to call it again after the bot spawned, because now it only detect one time when the bot spawn, but since the flag model in dod always change when someone captured it, so I have to call keyvalue () again before to detect the flag model each time.

Like when I want to call a XXXX(void),
I have to type XXXX();

When I want to call the ClientPrint( edict_t *pEntity, int msg_dest, const char *msg_name),
I have to type ClientPrint(pEntity, HUD_PRINTNOTIFY, "testing");

But how to call KeyValue( edict_t *pentKeyvalue, KeyValueData *pkvd ),
I have to type KeyValue( xxxxxxxxxxxxxx ); ???

Hmm no, you did not understand how that keyvalue works.
DispatchKeyValue() is not a function you can CALL.
DispatchKeyValue() is a function you HOOK. It is part of the GameDLL interface.
Look around in the HPB_bot code and you'll see that nowhere ever does botman call DispatchKeyValue() from the bot code.
DispatchKeyValue() is just like StartFrame(). You don't CALL StartFrame(), you let the engine call it.
It's the same thing here.
The Dispatch() series of functions are called by the engine into the GameDLL code in order to setup an entity, and they are called along with a pointer to the entity they refer to.
So in order to store particular informations about these entities that you couldn't be able to get through their entvars (pEdict->v.something), you have to count how many of them there are in the game and fill an array with them. An array of structures, in each of which you can put as many information as you want. And why not the whole key/value string.
AS SOON as the engine calls DispatchKeyValue(), fill in this array with the appropriate changes.
THEN, whenever you want, make your bot code read the information it needs from the right slot in the array that holds these entitie's extra informations.

Have you ever read botman's readme.txt file that comes with his HPB template ?

This method will ONLY work for things that DON'T change their value while the game is being played

Thanks PM, after I read the reply from botman again, I found out botman did answer me already.

So I think catch the net message is the only way, thanks Shrike for the suggestion.