Bugs to be fixed

[stefanhendriks]

So far i have heard/seen:

- fix the bug where at some occassions the frame-rates drop drasticly
- fix camp 'at spawn point'

also:
- either fix the nodes system and make it more 'work' , or just implement navmesh. Perhaps a good idea to investigate navmesh (experiment with it) and when it works on a test-bot (or even better, it works with RB but on a test/experimental code of WIP's) then use that.

any more bugs can be reported here, so it would create a sort of 'todo' list.

[MusicMan]

I dont know why this happens, but on all the realbot releases I have tried, the game always makes a little lag chop and then runs normal, and then makes a lag chop again and so on. This has happend on all the versions I have tried even the ones before AI v1.0 and the WIPs. It even does it without any bots ingame. It even happens in the latest unofficial WIP #10 I dont know if this is due to realbot being very CPU demanding, or if its just not freeing as much memory as it could be doing. Do any other people get this problem?

It's very annoying as I really like the bot, but not the choppyness that it creates

Just pointing out the problems I have experienced, as it should help Stefan or the Team Members make the bot even better than it already is

Cheers

[stefanhendriks]

i THINK it could be due its writing the data everytime on new round... so perhaps i should make a console command to toggle this off (but this will disable 'learning'!)

[MusicMan]

Yeah, you could try that and send me a test dll, and I will tell you if it still happens on my comp

Thanks in advance

BTW I haven't had this problem with any other bots, just to get things clear

[davek]

i havent had much problem with lag spikes in the previous few wips, but 10 has it quite bad. i have been trying to figure out why, but to no avail. i havent looked at the code because i was having trouble with CVS on my comp so i uninstalled it. maybe i should install a different client. altho i dont know if i really have time to work on it... probably shouldnt add another thing i want to do that takes away from what i actually need to do.

[stefanhendriks]

@DaveK, did you try Tortoise CVS? I use that and it works like a charm.

[davek]

Originally Posted by stefanhendriks

@DaveK, did you try Tortoise CVS? I use that and it works like a charm.

thanks. i will give it a try.

Originally Posted by stefanhendriks

@DaveK, did you try Tortoise CVS? I use that and it works like a charm.

I downloaded and try Tortoise just yesterday but it didn't seem to work out quite right. When I'd right-click on a folder, I'd just get the submenu options, none of the primary right-click options that Totoise was supposed to add. I'm going to give it another chance on Monday. Hopefully it'll work out better.

In dll.cpp, there is a race condition. The bot.cfg is not executed when a new map is loaded within 5 seconds of the dedicated server start.

The bot_cfg_pause_time variable is reset to zero in Spawn() funtion and this is not needed (it works fine without it) and is bad (it works better without).

So, dll.cpp should be like

 
Spawn (edict_t * pent)
{
  if (gpGlobals->deathmatch)
	{
	  char *pClassname = (char *) STRING (pent->v.classname);
	  if (strcmp (pClassname, "worldspawn") == 0)
		  {
				  // do level initialization stuff here...
				  draw_nodes = false;
				  draw_nodepath = -1;
				  draw_connodes = false;
				  // FIX: Internet mode timing
				  internet_addbot = false;	  // Add a bot?
				  add_timer = gpGlobals->time;  // Timer for adding bots
				  m_spriteTexture = PRECACHE_MODEL ("sprites/lgtning.spr");
				  // sound
				  PRECACHE_SOUND("misc/imgood12.wav");
				  g_GameRules = TRUE;
//				bot_cfg_pause_time = 0.0;   evy: No need to reset it to zero... else it causes a race condition when new map are loaded just when server starts
				  respawn_time = 0.0;
				  spawn_time_reset = FALSE;
				  prev_num_bots = num_bots;
				  num_bots = 0;

Hope it helps

-eric

[stefanhendriks]

yes, i applied this too. thank you!