Freezetime Bug

[Ammar]

When you set the freezetime to 0, the bots still take 3 seconds to buy etc, and then start playing. This can be alittle annoying. Also sometimes, some bots switched to knifes and some bots dont.

[SoUlFaThEr]

When you set the freezetime to 0, the bots still take 3 seconds to buy etc, and then start playing. This can be alittle annoying. Also sometimes, some bots switched to knifes and some bots dont.I dont know but maybe thats changeable in the podbot.cfg theres an option for
wait for 3 seconds

maybe you can change that :)

and the knives story is true, but think of this:
there are 3 personalities the bot chooses. defensive, normal, aggressive.
its the aggressive bots that are drawing knives.....and maybe the normal ones sometimes too......the defensive bots wont im sure because they are not in rush mode. It is supposed to be like this.......on public servers with only humans i do not see everyone pulling knives to be the first one out there......so thats fine.

Hope this cleared up stuff for you and tell if that "wait for 3 seconds" change worked :)

[Ammar]

Thanks for clearing that up for me, and yes not all people do pull out knifes on a public server, i understand now. But when i went into the podbot config and set the pause to 0 or off (tried both) the bots still took the same amount of time to buy etc. Maybe im not putting the right command, but as far as my knowledge goes it didnt work.

[Pierre-Marie Baty]

As per CS 1.6 the bots don't move while they are buying. This is to prevent them to get out of the buy zone by accident. The side effect is that 3 second delay, but do you prefer bots rushing out 2 seconds late or bots who wander around happily with the default pistols ?

Note that in CS 1.6, your player can't move while you are browsing the VGUI buy menus.

[Huntkillaz]

this is idea:

what if u do a check on the bot to see if it has finish buying..if so release him\her....so they can go.

[Ammar]

Ok this might be really tiresome and time consuming to do, and possibly might not even be worth it but here it goes. Why dont we make it so the waypointers have a new type of wp, maybe called buy and that is linked to until where they can buy, about the not buying while moving thing, never happened to me, i alwase bought while moving in 1.6, it might be because i have a confg running called "PGL", I think thats what made it possible to buy while moving. These are bots though, cant they be made to access the GUI menu while moving or is it impossible?

[>BKA< T Wrecks]

Being a total moron when it comes to coding, I don't have a clue if it's possible or not.
Being a waypointer, however, I must tell you that I don't like the idea of overloading the waypoint system with all that stuff. If we have a new waypoint type / flag every two weeks, guys like me and SF might as well stop waypointing entirely, cause it's such an immense PITA to fix waypoints all over again. The new camp waypoints cost me hours of hard work, and so did many of the editor features alone, without changes to the waypoint types themselves.
If we don't have a consistent and reliable waypoint file type, you'll never have a nice selection of good and up-to-date waypoints because no waypointer in the world can afford to tweak and check his work every few days - if days had 48 hours and if my eyes wouldn't get tired at all, maybe, but still...
Imagine you wanted to compile a selection of texts, quite a large number. And now imagine your text editor would change every few weeks, forcing you to go through your old texts again and again, because every update would render them (at least partly) incompatible - you'd never get finished!
Your idea is not bad, but I just fear that effort and benefit are in no reasonable balance... :(

[Pierre-Marie Baty]

Exactly my call. Mercy for us, lads, developers and waypointers are not machines :(

[SoUlFaThEr]

yes i agree.......case closed i cant imagine going over those standards again for the 5th...yes 5th time

[Austin]

I have been thinking for some time now, how to figure out if a player/bot is in a buy zone, showing the shopping cart icon. I bet there is a buy on / buy off message sent that can be checked for...

Since you can delete the buyzones in maps (newer maps usally don't have them) then every spawn point becomes a mini buy zone.

A cool bot feature would be to know when it can buy and then stock up on ammo nades etc. if low and in a buy zone..
>edit<
Ok tx PM.

So the bots know they are in a buy zone but I have never actually seen one buy anythign after the round is started.

[Pierre-Marie Baty]

This has been implemented in POD-bot already. A member variable of the bot_t structure is set to TRUE when the buy icon is lit.

[stefanhendriks]

This is why i split up my RBN files. Although this is not really comparible. The RBN file only contains the barebones to make bots move. All other info, flags, and stuff are saved into other files. In this case for WIP #10 you can set 'important areas' which are simply said nodes with an 'important goal' tag (like you have with POD?). This is saved into an INI file. The loading procedure loads the coordinates and finds the most closest NODE to attach this info to. This way, by not storing it directly to the node itself you can apply this to every RBN file created.

[Ammar]

lol, it was just an idea, I also did state that it might change too many things therefore would be a waste of time. Anyway, I can see now that this is not possible, but if you look at ivp bot, the bots actually buy the same and leave no matter what the freezetime is set to.

[>BKA< T Wrecks]

No problem - I think I sounded somewhat harsher than I wanted to... bad mood.
But that IVPBot thing sounds very interesting. Do you know how the IVP coders solved that problem? Is it dll-side or waypoint-side? AFAIK, IVP uses the default PB 2.5 waypoints, doesn't it? So it must be something in the code... personally, I don't care much about that feature, but hey, if there are ppl who'd appreciate it and if it's feasible, why not? It would be interesting to learn more about how the IVP guys did that.

[Wei Mingzhi]

I would suggest adding a configurable item which can turn on/off bots buying. And we can turn off it when playing maps like awp_map or fy_iceworld2.

Whistler

[SoUlFaThEr]

NICE idea :)

[Pierre-Marie Baty]

In this version of the bot I have the bots don't bother buying guns if they don't see the buy icon lit on their HUD, which is not the case in fy_ maps. Hence in fy_iceworld the bots should not buy guns (not tested but should be).

[SoUlFaThEr]

i dont see problems with them on fy_iceworld or awp map with the dll i have.......soon to be released btw. they dont stall out like they are still trying to buy........so its fine

i still am waiting to see a bot PURPOSELY drop a weapon he bought.......for a better ARMOR_ENTITY weapon on the ground in awp_map.

maybe i should make a small map with a buy option and spread weapons entites through it......and see if he decides differently.......

[Asurmen]

Sup all.

Slighty off topic but...is the next version just about ready for public testing?

Until next time....Cheers!