Bots shoot at something inside a wall...

[>BKA< T Wrecks]

I've just finished waypointing cs_castlewof, a pretty cool castle map. There's an exhibition where various swords are displayed, including the light saber from Star Wars. In front of the niche with the lightsaber grip, there's a button, and if you push this button, the laser blade appears for a few seconds. Nice gimmick, but somehow the bots have problems with it. They don't push the button, and that's good, because I didn't want them to. However, they shoot at something behind the glass until they're out of ammo, and then they keep standing there with their knife...
This reminded me of cs_assault, where I saw bots hit the wall to the left of the door that leads to the hossie room (viewed from the warehouse side) with their knife forever.
I suspect that there are some entities that somehow make bots attack them as a target - but since this target is (a) somewhere inside a wall and (b) indestructible, bots get stuck.
I scanned the BSP for suspicious entities, and these are the ones I found near the location of that darned light saber:

{
//This could be the blade itself, dunno...
"origin" "-162 1656 54"
"targetname" "LSchwert"
"LightningEnd" "LS_ende"
"LightningStart" "LS_start"
"TextureScroll" "35"
"texture" "sprites/laserbeam.spr"
"BoltWidth" "10"
"Radius" "256"
"rendercolor" "223 0 0"
"renderamt" "255"
"spawnflags" "2"
"classname" "env_beam"
}
{
//multi_manager... no idea what exactly this is, but it's my hottest
//candidate for the troublemaker in question...
"origin" "-142 1706 47"
"slicht#1" "5"
"slicht" "0.8"
"krass" "0"
"LSchwert#1" "5"
"LSchwert" "0.8"
"targetname" "LSchwert_mm"
"pitchstart" "100"
"pitch" "100"
"health" "10"
"spawnflags" "1"
"classname" "multi_manager"
}
{
//Is this the start point of the blade animation?
"origin" "-156 1687 44"
"targetname" "LS_start"
"classname" "info_target"
}
{
//...and this the end point? the Z value is higher, with x and y being
//identical; this indicates that something moves up - just like the laser
//blade that shoots up from the grip.
"origin" "-156 1687 82"
"targetname" "LS_ende"
"classname" "info_target"
}
{
//when the blade shoots out, it shines red - this must be the light effect. 
"origin" "-156 1687 64"
"targetname" "slicht"
"style" "33"
"_light" "255 13 13 100"
"spawnflags" "1"
"classname" "light"
}
{
//I guess this the button that activates the effect...
"model" "*15"
"wait" "5"
"speed" "5"
"targetname" "LS_button"
"target" "LSchwert_mm"
"rendercolor" "0 0 0"
"angles" "0 180 0"
"spawnflags" "1"
"classname" "func_button"
}
{
//this bit here must be the humming sound that plays once the blade is out
"origin" "-156 1687 60"
"message" "ambience/wof_ls5s.wav"
"targetname" "krass"
"pitchstart" "100"
"pitch" "100"
"health" "9"
"spawnflags" "50"
"classname" "ambient_generic"
}

Does anybody have an idea which of these things could cause problems?

[sPlOrYgOn]

multi_manager and ambient_generic has health...
why would they need health...
health isn't even listed for those in my hammer with the expert fgd..

[edit]
and the bot only shoots at func_breakables and func_pushables
[/edit]

[>BKA< T Wrecks]

Yeah, I was also wondering about why these entities have health - maybe this causes the problem?
Well, probably the mapper f*cked up somehow? Maybe a bug in an older WC version he used? It's odd enough, that's for sure.

The interesting question now is: Is there something in the bot code that could be changed in order to make bots ignore such strange entities?
I'll try taking out the health values from these two entities and make a bot run past the button afterwards - maybe I can narrow down the problem a bit.

[edit]
Well, I d/l'ed Austin's great tool, made it crash immediately ( ), succeeded in the second attempt and took out health everywhere where I thought it didn't belong. (It turned out that sounds apparently need health, because the light saber sound disappeared entirely... 9_9 ) Then I made a bot run to some WPs nearby, and the bot ignored that stupid entity and behaved normally. The rest still worked ok, apart from the sound. I'm gonna try again to keep the sound AND fix the problem.
So the problem can be solved quite easily this way... still, I wonder if the bot code could be changed in order to cope with such mapping errors?
[/edit]

[sPlOrYgOn]

check out this post http://forums.bots-united.com/showth...0412#post20412

[>BKA< T Wrecks]

No way! Don't say you fixed this as well?? I can't believe it... 8o

You wouldn't happen to have signed such a contract from a horned guy where you have to sign with your blood and get the absolute coding power in exchange??

[sPlOrYgOn]

what a creative mind!

[KWo]

@T Wrecks - for this button code fix You need to buy a big box of bear for this man. I tried his latest dll. I know what I'm talking.

[>BKA< T Wrecks]

*LOL* "A big box of bear"... well, first I gotta find some bears which are willing to get themselves locked into a box, haha...
Organizing a big box of beer is within my power, yes... and since poor sPlOrYgOn is living in the US, he must be in a desperate situation concerning good beer... But first I gotta test this new dll on some (formerly?) problematic maps.

[KWo]

Originally Posted by >BKA< T Wrecks

*LOL* "A big box of bear"... well, first I gotta find some bears which are willing to get themselves locked into a box, haha...

I thought about box with bottles locking beer...