[FlaminSarge]

I think they're trying to grab ammo from the locker, because initially they start up with 200 but I think I set the lugermorph to 36 (scout)
You could probably set the ammo in the plugin. I'm not entirely sure how I would manage changing the ammo per-class in giveweapon, that'd get messy fast. I might add a case just for the pistols.

Also, OnConfigsExecuted for the randomizer check might be better?

Also,
g_bRandomizer = GetConVarBool(g_cvRandomizer);
instead of the g_bRandomizer = ( GetConVarInt(g_cvRandomizer)!=0 ? true : false );

I noticed a slight bug with randomizer, but when I forced the bot's class, he'd get the weapons of his old class (before the fix). However, when randomizer was turned off, I still had a scout running around with a black box, gunboats, and a frying pan. Botweprand didn't re-evaluate what weapons he was using after he touched a supply locker...
This was with 1.0.10, but I think it still applies (randomizer was OFF, but I had turned it on then off to change up everyone's classes)

Also
new iClass = GetEntProp(iClient, Prop_Send, "m_iClass")
Why not TF2_GetPlayerClass(iClient) ?
You can always _:iClass if tag errors come up.

[Leonardo]

Originally Posted by FlaminSarge I think they're trying to grab ammo from the locker, because initially they start up with 200 but I think I set the lugermorph to 36 (scout)

oh, yeah, thats it! oh shi-...

Originally Posted by FlaminSarge Also, OnConfigsExecuted for the randomizer check might be better?

may be... *added*

Originally Posted by FlaminSarge Also, g_bRandomizer = GetConVarBool(g_cvRandomizer); instead of the g_bRandomizer = ( GetConVarInt(g_cvRandomizer)!=0 ? true : false );

I know what I'm doing.

Originally Posted by FlaminSarge I noticed a slight bug with randomizer, but when I forced the bot's class, he'd get the (...)

because it's hard-changing, wihtout calling player_changeclass event?

Originally Posted by FlaminSarge Also new iClass = GetEntProp(iClient, Prop_Send, "m_iClass") Why not TF2_GetPlayerClass(iClient) ?

becauseе the first versions was without tf2.inc and tf2_stocks.inc
also

stock TFClassType:TF2_GetPlayerClass(client)
{
    return TFClassType:GetEntProp(client, Prop_Send, "m_iClass");
}

same thing...

[Happy DODs player]

Uhm,

Maybe a strange Question here,

But for what use people this? Becos the weapons aint visable ingame [Official Weapons i mean]

[Jvs]

Originally Posted by Happy DODs player Uhm, Maybe a strange Question here, But for what use people this? Becos the weapons aint visable ingame [Official Weapons i mean]

I didn't understand that much from your post,but you are asking "what's the point of this if it doesn't even show weapons on bots?" right?
If that's so,it works just fine here.

And before you ask,that's a valve bot with the name changed.

[FlaminSarge]

Originally Posted by Leonardo because it's hard-changing, wihtout calling player_changeclass event?

Just check the player class on the post_inventory event to make sure it hasn't changed?

Also I just figure it's better to use the TF2 stock for getting player class since including tf2_stocks makes the plugin only run if the tf2 extension is running.

DODs player: Weapons given to bots are always visible. Valve is cool like that.

[Happy DODs player]

@ Flamin and @ Jvs :

Thank you for your fast responses, will upload all again.

[FlaminSarge]

Leonardo, do the bots ever roll normal, or do they ALWAYS have unlockables? I'd prefer not to have to add "13" in for the scout config (as an example), since the scouts already spawn with it (why replace a weapon that's already there?)

Also, does the memory cvar make the bot have the same weapons until he dies by an enemy? Or til changeclass?

[Leonardo]

there's always a chance that bot can equip normal/stock item

if((iDefIndex[TFWeaponSlot_Melee] = GetRandomWeapon(iClass, TFWeaponSlot_Melee)) != -1)
    TF2Items_GiveWeapon(iClient, iDefIndex[TFWeaponSlot_Melee]);

so -1 - stock item. with indexes that greater than -1 would be equipped with TF2IGW

also, yes, until changeclass.

[FlaminSarge]

Originally Posted by FlaminSarge Also, g_bRandomizer = GetConVarBool(g_cvRandomizer); instead of the g_bRandomizer = ( GetConVarInt(g_cvRandomizer)!=0 ? true : false );

Originally Posted by Leonardo I know what I'm doing.

Why, then?

[Leonardo]

non-zero value of tf2items_rnd_enabled meaning that plugin is enabled, so ...

meeeh, just another way to do this, whatever.