[Binhz109]

i don't see bot carry gas can, i have enabled l4d2_improvedbots_alwayscarryprop "1"

[Kerouha]

Originally Posted by Binhz109 i don't see bot carry gas can, i have enabled l4d2_improvedbots_alwayscarryprop "1"

AFAIK bots will not just pick up and carry gas cans by themselves (not through this plugin anyway). The cvar only dictates how desperately a bot is going to hold on to the object they're carrying.

[Mystik Spiral]

Right, I believe it was intended for gnome, cola, and similar.

[kooper990]

Game received the latest patch today. Update or nah?

[Kerouha]

Originally Posted by kooper990 Game received the latest patch today. Update or nah?

Have you considered booting the game/server by yourself, and checking whether anything breaks?

Edit: Ran a couple of games and observed no crashes/errors/missed gamedata. Business as usual.

[z282846139]

Originally Posted by Kerouha Did some tinkering with the code, and I think the reason for massive lag spikes is the way how this plugin calculates distance to stuff In a lot of places, there is a code that looks like this: PHP Code:     for (; LBI_GetNavAreaParent(iArea); iArea = LBI_GetNavAreaParent(iArea))     {         LBI_GetClosestPointOnNavArea(LBI_GetNavAreaParent(iArea), fGoalPos, fParentCenter);         LBI_GetClosestPointOnNavArea(iArea, fGoalPos, fClosePoint);         fDistance += GetVectorDistance(fClosePoint, fParentCenter, bSquared);     }  I'm not sure how one can calculate distance just by picking a "parent" navigation area over and over. Maybe it's just me; after all, Source SDK has the similar code. Point is, sometimes it goes runaway, and gives irrelevant high value. Using L4D2_NavAreaBuildPath() without distance limit seems to cause lag too; especially if target is unreachable or nav_blocked. Code (algorithm?) needs to be changed: whenever (wherever) you calculate distance to an entity, and result is a failure, mark the entity as un-pathable and don't try to calculate path to or from it ever again, at least for a duration of this frame. Don't kill the server by trying to reach the same stuck/out of bounds zombie for each survivor bot etc. I attempted to do something like this in a fork of mine, but there is just too many places in code where "distance to object" is called/measured ever so slightly different, and i'm not finding and fixing all this sh Feel free to check out the fork on github. Compile the sp file. Fixed that behavior as well. It'd be great if someone knowledgeable (@silvers?) looked into changes and gave advice where possible. Kinda new to this plugin thing.

Thank you for your great work, I'll try your version, I tried to compile your version but came with errrs and I quit, I would try it again today. I've stars on your version.

[Kerouha]

Originally Posted by z282846139 ...

I've compiled most recent edits. You'll need to update L4DHooks Direct to 1.135 for it to work. Plugin config file must be recreated too probably.

If you want to compile yourself: comment/remove the section of dhooks' .inc file that the complainer compiler complains about. It's fieldtype-something, and not used in this plugin.

[Kerouha]

Originally Posted by aiyoaiui can't complie

Have you even read any past messages? I said not one time that you have to edit the .inc file for it to compile.

scripting/include/left4dhooks.inc

PHP Code:

// These are used for the "L4D2_OnGetScriptValueVoid" forward, and interally for the other "L4D2_OnGetScriptValue*" forwards:
enum fieldtype_t
{
    FIELD_VOID = 0,                // No type or value
    FIELD_FLOAT = 1,            // Any floating point value
    FIELD_VECTOR = 3,            // Any vector, QAngle, or AngularImpulse
    FIELD_INTEGER = 5,            // Any integer or enum
    FIELD_BOOLEAN = 6,            // boolean, implemented as an int, I may use this as a hint for compression
    FIELD_CHARACTER = 8,        // a byte
    FIELD_CSTRING = 31,
    FIELD_UNSIGNED = 38,
    FIELD_QANGLE = 40
};
// ^this needs to be commented
...
forward Action L4D2_OnGetScriptValueVoid(const char[] key, fieldtype_t &type, VariantBuffer retVal, int hScope);
//^this as well
... 


[liquidplasma]

Originally Posted by Kerouha I've compiled most recent edits. You'll need to update L4DHooks Direct to 1.135 for it to work. Plugin config file must be recreated too probably. If you want to compile yourself: comment/remove the section of dhooks' .inc file that the complainer compiler complains about. It's fieldtype-something, and not used in this plugin.

Thanks a bunch!

[z282846139]

Originally Posted by Kerouha I've compiled most recent edits. You'll need to update L4DHooks Direct to 1.135 for it to work. Plugin config file must be recreated too probably. If you want to compile yourself: comment/remove the section of dhooks' .inc file that the complainer compiler complains about. It's fieldtype-something, and not used in this plugin.

Report a bug, In zonemod versus game on map c1m1, when team2 are all bots without human player, the bots will press the button of elevator to call the elevator, and when the elevator arrive at this floor, bots can not gei in the elevator easily, they would get into the elevator a little, and get out to press the button of elevator again and again soon, which make the doors can not to close, sometimes the doors would close and one of them will be pushed out of the elevator, so that there are only two of four bots will stay in the upper floor, and the other two would go down to the lower floor which is burned, when the upper two will be stucked.