.:: Bots United ::.  
filebase forums discord server github wiki web
cubebot epodbot fritzbot gravebot grogbot hpbbot ivpbot jkbotti joebot
meanmod podbotmm racc rcbot realbot sandbot shrikebot soulfathermaps yapb

Go Back   .:: Bots United ::. > Cyborg Factory > RealBot > General Forum
General Forum Follow progress, give suggestions, reply to bug report threads here.

Reply
 
Thread Tools
Re: Work In progress (WIP) #6
Old
  (#51)
stefanhendriks
RealBot Author
 
stefanhendriks's Avatar
 
Status: Offline
Posts: 3,088
Join Date: Nov 2003
Location: Netherlands
Default Re: Work In progress (WIP) #6 - 18-01-2004

About camping, here i have a snippet of code (can't reply more, gotta go now)

Code:
// Find a node which has almost no danger!
int cNodeMachine::node_camp(Vector vOrigin, int iTeam)
{  
 // Use Meredians to search for nodes
 int iX, iY;
 VectorToMeredian(vOrigin, &iX, &iY);
 float fDanger=2.0;
 float fDistance=9999;
 int iVisibility=9999;
 int iBestNode=-1;
 
 // Theory:
 // Find a node, close, and less danger...
 // and with less visibility
 
 if (iX > -1 && iY > -1)
 {
 // Search in this meredian
 for (int i=0; i < NODES_MEREDIANS; i++)
  if (Meredians[iX][iY].iNodes[i] > -1)
  {		   
			int iNode = Meredians[iX][iY].iNodes[i];
			if (Nodes[iNode].iNodeBits & BIT_WATER)
				continue; // next node, do not camp under water!
			if (InfoNodes[iNode].fDanger[iTeam] < fDanger)				
				if (func_distance(vOrigin, Nodes[iNode].origin) < fDistance)
				{
					// Calculate visibility
					int iVis=-1;
					
					for (int iVisNr=0; iVisNr < iNode; iVisNr++)
							if (GetVisibilityFromTo(iNode,iVisNr))
								iVis++;
					if (iVis < 0)
						iVis = 99999;
					if (iVis < iVisibility)
					{
						iBestNode = iNode;
						fDistance = func_distance(vOrigin, Nodes[iNode].origin);
						fDanger = InfoNodes[iNode].fDanger[iTeam];
						iVisibility = iVis;
					}
				}
  }
 }
 return iBestNode;
}


Author of RealBot, "Arrakis" and "Dune 2 - The Maker" | co-Founder of Bots-United | Fundynamic | Blog | E-Mail me
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#52)
Alibubble
Guest
 
Status:
Posts: n/a
Default Re: Work In progress (WIP) #6 - 18-01-2004

Help me. I downloaded the latest WIP. I foolwed the insructions. I start my listen server. Meta mod loads ok. I type meta list in the console. It says realbot has loaded. But how do i add bots. The h menu doesn't work.
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#53)
Cephas
Guest
 
Status:
Posts: n/a
Default Re: Work In progress (WIP) #6 - 19-01-2004

The random camping is kinda odd, but the only major bug that i think of is that the bots need to be able to react when they are hit. Maybe have them spin around in a 360deg circle when they take damage or something. Just to give them some kind of reaction till something better is coded out.\

As for the menu, it needs to re programed from the mune file in the Cstrike directory. The WIP versions use a diff command(Realbot) from the origional AI 1.0. People posted an updated one in another thread that you can use.
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#54)
KinXen
Guest
 
Status:
Posts: n/a
Default Re: Work In progress (WIP) #6 - 19-01-2004

Quote:
Originally Posted by Alibubble
Help me. I downloaded the latest WIP. I foolwed the insructions. I start my listen server. Meta mod loads ok. I type meta list in the console. It says realbot has loaded. But how do i add bots. The h menu doesn't work.
Check the progress thread everyonce in awile...

instead of using rb in commands, use realbot. So "realbot add" is a command that would work...
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#55)
KinXen
Guest
 
Status:
Posts: n/a
Default Re: Work In progress (WIP) #6 - 19-01-2004

This is everything ive noticed with the bot so far.

Bots dont plant as much as they should... They plant rarly, but they often run right past the sites.

Also I have never seen a ct defuse the bomb yet...

On the map de_train, the bots often get stuck on the trains, and cant get around, or under...
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#56)
A$$A$$IN
Guest
 
Status:
Posts: n/a
Default Re: Work In progress (WIP) #6 - 20-01-2004

I thought of a simple way to keep the bots from doing that damn annoying "trying to walk to a node 3 stories above them" bug. Do a height comparison between the bot's current position and the node it is trying to reach. If the destination node is greater than X units higher than the bot's current position (where X is the maximum jump height given the current value of sv_gravity) pick a different destination node. If the destination node is greater than Y units below the bot's current position, (where Y is the maximum non-damaging fall distance given the current value of sv_gravity) again, pick a different node. And don't allow nodes in mid-air.

Currently the bridge of cs_siege, the stairs of cs_matrix, and the overpass area of de_dust are terribly confusing to the bots. Also, bots are really stupid about getting unstuck. They sometimes do the same thing over and over again, and never try a different route. They are also very stupid about crouching to get to low-clearance places (like under the cars in de_train or into a vent) or jumping over low obstacles in their path.
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#57)
stefanhendriks
RealBot Author
 
stefanhendriks's Avatar
 
Status: Offline
Posts: 3,088
Join Date: Nov 2003
Location: Netherlands
Default Re: Work In progress (WIP) #6 - 20-01-2004

it is not that easy to declare 'nodes higher but me' faulty. This is because you also have steep slopes... so i do multiple checks to eliminate a lot of errors.

the bots somehow seem not to learn from the mistakes in these cases. I don't know if i fixed the 'check for floating node' bug in the build you guys have. I think i'll release a new version today or something, just to give you a more stable/fixed version to play with. I will add new features later.


Author of RealBot, "Arrakis" and "Dune 2 - The Maker" | co-Founder of Bots-United | Fundynamic | Blog | E-Mail me
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#58)
A$$A$$IN
Guest
 
Status:
Posts: n/a
Default Re: Work In progress (WIP) #6 - 20-01-2004

Here's another thought:
Don't use visibility calculations to try to connect nodes, use the movements of human players. As humans are moving around, maintain a list of the nodes the human was at in the last 5 seconds. Before nodes can be considered candidates for connection, they have to both be in a human player's "nodes I visited in the last 5 seconds" list. If a player is at node #785 and moves to node #819, add 819 to node 785's list of "nodes I can move to from here". And make a note of whether or not the human jumped or crouched when moving from 785 to 819. If humans only ever move from 785 to 819 while crouched, that should be a good clue bots need to do likewise. That would eliminate the major problem with cs_militia where the CT bots spend most of the round trying to walk through the fence by the sewer tunnel entrance.

As to the steep slope thing, simply add enough nodes so that they are within the connection limit tolerance. That way, if I'm walking up a steep slope, legitimately connectable nodes would be added frequently enough so that they will be within the vertical connection checking limit. One other thing, it wouldn't be necessary to do eliminate nodes below current position if they are water nodes, since falling into water doesn't cause damage.

Oh, one other thing, when a bot decides to camp, make them do a "am I on a ladder" check like they do a "am I under water" check, so they won't camp on ladders. Camping on a ladder often blocks other players from being able to go where they need to go. You can't shoot accurately on a ladder, and your ability to take cover in a ladder is quite limited, so ladder camping is something no intelligent human player ever does. It would be greatly appreciated if the bots didn't do it either.

Last edited by A$$A$$IN; 20-01-2004 at 17:33..
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#59)
A$$A$$IN
Guest
 
Status:
Posts: n/a
Default Re: Work In progress (WIP) #6 - 21-01-2004

I'm starting to have a significant crashing problem that seems to be related to the size of the experience file. Once the file reaches its maximum size of 2244KB, the server will frequently crash while that map is playing. I have 12 maps now where the experience file has reached maximum size, and have to restart the server several times a day now. Email or PM me if you want me to send you copies of the node/experience files that seem to be part of the problem.
  
Reply With Quote
Re: Work In progress (WIP) #6
Old
  (#60)
stefanhendriks
RealBot Author
 
stefanhendriks's Avatar
 
Status: Offline
Posts: 3,088
Join Date: Nov 2003
Location: Netherlands
Default Re: Work In progress (WIP) #6 - 21-01-2004

i will take a look at these memory problems for experience files...

edit:
i have taken a look, and i think it has something to do with the size buffer being to much to write at once. I could not find information on what the max size may be. I have read you can write endless amount of data, and also read you could write chunks of 2 MB at max. So, i am not 100% sure.

What i added:
i added 1 line of code which could (most unlikely though) exceed the limit of nodes, therefor trying to write pieces of memory that is not allocated

Sollution: none yet.
Possible sollution/thought:
chop the piece of data in 2 to make sure it never writes to much data. Problem though -> I don't know how to do that, as i am not a real bytes/bits guru on this issue.


Author of RealBot, "Arrakis" and "Dune 2 - The Maker" | co-Founder of Bots-United | Fundynamic | Blog | E-Mail me

Last edited by stefanhendriks; 21-01-2004 at 21:09..
  
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump



Powered by vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
vBulletin Skin developed by: vBStyles.com