Podbot Beta 3.0 Updates? ^^

[KWo]

Originally Posted by KWo

Run the server also this way:
;win32 addons/amxmodx/dlls/amxmodx_mm.dll
win32 addons/podbot/podbot_mm.dll

But how about that above?

[1sland]

i didnt understand
last vers is "i" or "j" ??! coz there is a 20i version in beta downloads section

[KWo]

Originally Posted by 1sland

i didnt understand
last vers is "i" or "j" ??! coz there is a 20i version in beta downloads section

Can You make me a screenshot and show me on it where You can see there "i" version?

[KWo]

New update - V3B20k:

+Fixed finally the problem with death messages breaking the function of virtual ping for bots (pb_latencybot 2)
+Changed the function when the bot is falling down, it should press "use" button (to support parachute AMX/AMXX plugins) - now it does it only when the bot is falling down more than half second and sv_parachute cvar is 1 (so the parachute plugin is there and it is really working).
+Changed the chat usage - the bots should chat less often (they shouldn't spam the chat area).
+Fixed the problem with radio commands - when the cvar pb_radio is 0, bots should still react on radio messages (they just don't answer by radio)

I cannot confirm any crash bug on awp_map. I tested it couple of times on awp_map with 12 bots and it didn't crash, so I guess there is some interference with some plugin on CS1.6 server or You are talking about other maps.

Please test it and leave a feedback here. The feature with "use" button pressed when the bot is falling down and the parachute plugin is enabled still neeeds to be tested.

[1sland]

Originally Posted by KWo

Can You make me a screenshot and show me on it where You can see there "i" version?

nevermind ^^

[mattisbogus]

Awesome KWo!

Going to test 20k all night. So far I notice using "USE" key is 99.9% perfect now, great job. Ping updating after a frag is 100% working great. Excellent work.

[CS1.6]

The new Podbot update will rock the world!

The new build looks like some seriously heavy improvements!

Good job, KWo!

I will go now do some testing with the new promising build!



---------

Edit:

---------



Test Results:




---------------------------------------
PS:

+Fixed the problem with radio commands - when the cvar pb_radio is 0, bots should still react on radio messages (they just don't answer by radio)

Wow! That's a really cooL new idea! After years i and others who had turned off bot radios because of anti-spam reasons can now enjoy that feature, too. And here first feedback:
----------------------------------------


green = acceptable status
red = needs immediate attention
grey = N/A

• Bot Chats: Wow! That's a serious decrease of bot chat spam! Nice job! Though i guess since people are different with different tastes, a cvar for chat frequency wouldn't be bad: Like. pb_chat_rate X seconds / minutes.
  

Observations:
Bots chatting, while they are alive. I have no idea if that is supposed to be or not, since i haven't used this function all these years. Also it often can be observed that exactly when a round ends (bomb defuse, last opponenet kill) a bot chatters.

• Bot Radio: Again a very good job on making the bots not spam anymore with radio messages.

PS: Don't forget to change this line in podbot.cfg before release:

# Switches to on/off radio command usage and reacting for bots
# (switching it off will affect - for example this - they will not follow
# the user !!!). <0|1>. Default is 1.
pb_radio 1

Suggestion:
I think if the bots decide positively to your radio orders e.g. when you say "Follow Me" or "Stay together team!" etc. then they should allways give a feedback, in order for you to know if to wait on your spot for their backup or e.g. in another case if you should wait for them to arrive to build a group that would follow you. Right now you have to guess in these cases by their ingame bahavious, e.g. when a bot approaches you after you say "Follow Me" and waits near you. Of course often times a bot might decide to help you but he is out of sight and you will never know. The difference here is that they wouldn't give unnecessary bot radio messages on their own but in this case they would merely "respond", which is a needed information at times, as the example i've given above. Also the fact that they would only respond in a "positive" case guarantess not uneccessary spam. When no one responds in CS, you know no one is coming.

• Bot Speech Synthesis: Again, the absence of spam regarding this podbot feature feels like heaven. Good job, again!

• Fake pings: Excellent status! If i recall right in the previous build it needed a map restart for a change of the cvar pb_latencybot to take place. Now the cvar change shows immediate effect. Even a new round is not necessary.

PS: pb_latencybot sounds a bit weird, don't you think so? pb_botlatency makes in english more of a sense, imo.

• Server restart on human join: As you might know, it is at the same state as before.

• The new Parachute feature: Since i have not installed it, i cannot to report any test results. I just can confirm that picking bots up in the air or letting them fall from high altitute won't cause them to trigger the use button if the parachute plugin is not installed.

PS: KWo, that was a brilliant idea to let podbot check for the parachute cvar on the server. Truely that was an ingenious idea!

[PauliusBa]

Great job with chat behavior.
One thing remains - that stopping on turns (which doesn't make them follow waypoints more accurately) and hardcoded chat strings on bomb defuse and some other situations.

[KWo]

Originally Posted by CS1.6

I think if the bots decide positively to your radio orders e.g. when you say "Follow Me" or "Stay together team!" etc. then they should allways give a feedback, in order for you to know if to wait on your spot for their backup or e.g. in another case if you should wait for them to arrive to build a group that would follow you. Right now you have to guess in these cases by their ingame bahavious, e.g. when a bot approaches you after you say "Follow Me" and waits near you.

Should they answer by radio even if pb_radio is 0 or by chat even if pb_chat is 0? The people will start to write me bug reports then...

Originally Posted by CS1.6

• Server restart on human join: As you might know, it is at the same state as before.

Do You mean sv_restartround 1 instead sv_restartround 5? I have forgotten to change it.

[PauliusBa]

Originally Posted by KWo

Should they answer by radio even if pb_radio is 0 or by chat even if pb_chat is 0? The people will start to write me bug reports then...

[/INDENT][INDENT] [/LIST]Do You mean sv_restartround 1 instead sv_restartround 5? I have forgotten to change it.

I don't think u should make bots less natural just to make them better team players. Sometimes they may reply, sometimes they may not, not dependent on if they agree to follow a radio command.
Also, replies by chat should be removed. And they are hardcoded :/

ALso, a bug with nor rescuing a hostage on a box remains. Check out cs_max, here are the waypoints I created for it.
http://www.headshot.lt/PauliusBa/cs_max.zip