Help - Search - Members - Calendar
Full Version: Any one have the current source?
RCBot Forums > RCBot > Source Code
BadLife
blink.gif I can't seem to find a link to the current source. I know it's probably right out in the open but I sure don't see it. unsure.gif
Cheeseh
QUOTE(BadLife @ Dec 29 2008, 05:50 PM) *

blink.gif I can't seem to find a link to the current source. I know it's probably right out in the open but I sure don't see it. unsure.gif


I'd use skitchy's source:

http://skitch.dwmh.net/rcbot/source.rar

Poka
This is an old topic but I'd be really interested in the current source of RCBot for Half-Life. I've been playing around with bots of my own for Sven Co-op using HPB Bot and RCBot's 1.31 version and I'm having some problems. Thanks.
Cheeseh
QUOTE(Poka @ Jan 26 2013, 10:04 AM) *

This is an old topic but I'd be really interested in the current source of RCBot for Half-Life. I've been playing around with bots of my own for Sven Co-op using HPB Bot and RCBot's 1.31 version and I'm having some problems. Thanks.


sorry for the wait

there's a source for SC 4.5 here

http://rcbot.bots-united.com/downloads/rcb...coop_45_src.zip
madmax2
Hey Cheeseh,

Yuraj, over at the svencoop site has offered to try & fix the friendly breakables issue w00tguy123 outlines in first post, third paragraph, here: http://rcbot.bots-united.com/forums/index....p;hl=breakables.

I'm not a coder, but I assume he would need the sources for rcbot_mm_SC46_debug.zip, that works with sc4.7/4.6? Or would the rcbot source for sc4.5 above work for him unsure.gif ? As I recall, the rcbot dll for sc4.5 didn't work right in sc4.6.

The new map quarter that was released with sc4.7 has this problem with rcbot, They shoot the friendly defend signs when they see them, instead of the enemies nearby. Apparently, there are other maps with the problem too, but I don't know which ones?

Could you possibly make the rcbot sc4.6/4.7 debug sources available to him? Here is the SC thread link he offered in... http://forums.svencoop.com/showthread.php?t=39937&page=3
[edit] w00tguy123, as well as Yaruj has offered to help with this too smile.gif [edit]

What I have seen in a couple other maps that is slightly different, is bots shooting objects that can't be broken with weapons fire, but only broken with melee such as crowbar. Examples would be the box at the end of the first vent in royals1 and the vent covers in the library in infested1. If bots get in the vents first they block the player from reaching the breakables with a crowbar sad.gif . [edit] To be honest, i'm not even sure this could be considered a bot problem? Why would a wood box or vent cover be only breakable with a crowbar, but not a gun blink.gif ? hmmm... doesn't make sense, seems like a map problem since it is the same for the player, it's just the bots can't figure it out... [edit]

BTW, awesome news on dod:s support in rcbot2. Genmac is going to have all the maps waypointed before I get it installed, great job guys biggrin.gif . My nephew bought me the game on steam, but I need to drag my desktop over to a friend's place to download on his broadband (i'm dialup). Hopefully in the next couple weeks i'll get it installed rolleyes.gif ? Can't wait to try rcbot2 out...

Later,
madmax2
Cheeseh
Finally I've had the time to have a look at this, I've edited the code in my source (I finally found it) and am going to download SC4.7 to try it out

the edit should be simple like this,
CODE

BOOL BotFunc_BreakableIsEnemy ( edict_t *pBreakable, edict_t *pEdict )
{
    entvars_t *pEnemypev = &pBreakable->v;
    // i. explosives required to blow breakable
    // ii. OR is not a world brush (non breakable) and can be broken by shooting
    if ( !(pEnemypev->flags & FL_WORLDBRUSH) && !(pEnemypev->spawnflags & SF_BREAK_TRIGGER_ONLY) )
    {
        //return ( !(pEnemypev->effects & EF_NODRAW) || (pEnemypev->target && *STRING(pEnemypev->target)) );
        CBaseEntity *pEnt =  CBaseEntity::Instance(pEnemypev);// (CBaseEntity*)GET_PRIVATE(pEntity);
                
        int iClass = pEnt->Classify();

        // w00tguy
        if ( (iClass == -1) || (iClass == 1) || (iClass == 2) || (iClass == 3) || (iClass == 10) )
            return FALSE; // not an enemy

Cheeseh
QUOTE(Cheeseh @ Feb 14 2013, 02:20 AM) *

Finally I've had the time to have a look at this, I've edited the code in my source (I finally found it) and am going to download SC4.7 to try it out

the edit should be simple like this,
CODE

BOOL BotFunc_BreakableIsEnemy ( edict_t *pBreakable, edict_t *pEdict )
{
    entvars_t *pEnemypev = &pBreakable->v;
    // i. explosives required to blow breakable
    // ii. OR is not a world brush (non breakable) and can be broken by shooting
    if ( !(pEnemypev->flags & FL_WORLDBRUSH) && !(pEnemypev->spawnflags & SF_BREAK_TRIGGER_ONLY) )
    {
        //return ( !(pEnemypev->effects & EF_NODRAW) || (pEnemypev->target && *STRING(pEnemypev->target)) );
        CBaseEntity *pEnt =  CBaseEntity::Instance(pEnemypev);// (CBaseEntity*)GET_PRIVATE(pEntity);
                
        int iClass = pEnt->Classify();

        // w00tguy
        if ( (iClass == -1) || (iClass == 1) || (iClass == 2) || (iClass == 3) || (iClass == 10) )
            return FALSE; // not an enemy




updated:

please try,

http://rcbot.bots-united.com/downloads/RCB...release_dll.zip

this is a release dll compiled under MSVS 2005

seems to work fine in SC 4.7 and bots don't shoot their own breakables
madmax2
Wow laugh.gif that was fast.... thanks Cheeseh, I didn't expect a new dll...!!! biggrin.gif

I'll test it out tonight and see how it does... I'll give some feedback soon..... tongue.gif

If it's working I'll tweak the quarter rcw, to many one way paths in it now...

[edit 2-14-13] I ran about 10 games tonight on quarter, updated the waypoint, the defend sign problem is fixed, the bots kick butt now.... laugh.gif ... I have a couple other maps I want to test it out on, but need to go beddy by sleep.gif
w00tguy123
Cheeseh comes to the rescue! I just started the new map, Quarter, and they didn't attack the friendly breakables. biggrin.gif According to that code, this is how bots classify breakables as friendlies/enemies (green = friend, red = enemy):
-1 = None
0 = Object Default
1 = Machine
2 = Player
3 = Human Passive
4 = Human Military
5 = Alien Military
6 = Alien Passive
7 = Alien Monster
8 = Alien Prey
9 = Alien Predator
10 = Insect
11 = Player Ally
12 = Player Hornet/Snark
13 = Alien Hornet/Snark
14 = X-Race

Looking back on that, I think I screwed up a bit. Sven Co-op shows the following classes as friendlies through the HUD display:

-1 = None
0 = Object Default
1 = Machine
2 = Player
3 = Human Passive
4 = Human Military
5 = Alien Military
6 = Alien Passive
7 = Alien Monster
8 = Alien Prey
9 = Alien Predator
10 = Insect
11 = Player Ally
12 = Player Hornet/Snark
13 = Alien Hornet/Snark
14 = X-Race


This should be a trivial fix, thankfully. It makes the most sense if bots attack all breakables that show up red in-game.

If you get a chance, could you upload the latest source for this? If classification rules ever change, then I'm sure anyone can make the adjustment fairly quick. Also, the code for the 4.5 version had crash problems that you've fixed long ago.
madmax2
Man, that was a late night waypoint session in quarter, 3am tongue.gif . My nephews are coming for a visit this weekend, we will be playing some svencoop on LAN. There are some other maps I want to test the breakables issue on, I'll let you know how it goes.

I also want to check on another issue i've seen the bots doing around doors in some maps. They are doing it in quarter in the last 2 spawn rooms, but I don't think it is as bad now with the new release? It's kinda hard & time consuming to observe the last 2 spawn rooms in this map on one PC. I was nocliping thru the walls trying to observe the spawn rooms and fending off attacking enemies with the RCbot massive explosion (gibs everywhere laugh.gif) cheat just to buy time to observe. I need a 2nd client set up so I can just stand there & observe, like I was doing with NS waypointing. I've seen it in other maps and at non-door locations too, seems like RPG1 had a place. I'm thinking the bots are trying to avoid an entity maybe, and going off path? This is simular to the bots going off path when doing a human tower, I'll check that today and see if they still do that with the new visibility code.

Cheeseh, I also posted a few questions about defend zone waypoints, here...
http://rcbot.bots-united.com/forums/index....ost&p=11307
madmax2
Just some feedback on the new release....

I need to correct what I said about sc_royals1, it wasn't the same as the infested1 vent covers.

QUOTE(madmax2 @ Feb 12 2013, 12:51 PM) *

What I have seen in a couple other maps that is slightly different, is bots shooting objects that can't be broken with weapons fire, but only broken with melee such as crowbar. Examples would be the box at the end of the first vent in royals1 and the vent covers in the library in infested1. If bots get in the vents first they block the player from reaching the breakables with a crowbar sad.gif . [edit] To be honest, i'm not even sure this could be considered a bot problem? Why would a wood box or vent cover be only breakable with a crowbar, but not a gun blink.gif ? hmmm... doesn't make sense, seems like a map problem since it is the same for the player, it's just the bots can't figure it out... [edit]



At end of first vent (royals1) the bots will not shoot/break the boxes there, or crowbar it, players must do this, this has not changed. Players can shoot past the bots & break the box, so its not a big problem. I'm not a mapper, but I assume it may not have some property set on it the bots use to identify it as breakable.

[edit] I checked this with debug, the box is a pushable, not a breakable, so thats why bots don't break it, duhh.... rolleyes.gif [edit]

I setup a new dedi game server yesterday for the weekend and so far, I've played these maps with 2 & 3 bots, with the new RCbot sc4.7 release... RCbots worked good and seem stable, no obvious change (except on quarter):

quarter - defend breakables issue is fixed, no problems observed.

BlackMesaEPF - no change, bots still see thru wall near tram area (shooting at boxes)
sc_persia - bots work the same at the tower up jumps, no obvious change.

sc_royals1 - bots won't shoot the breakable, shootable box, at end of vent, or crowbar it? They must not see it as breakable?
[edit] Debugged... It's a pushable, not a breakable... [edit]

sc_royals3
infested1 - same as before, bots shoot vent covers that won't break that way. melee only.
infested2
richard_boderman
osprey


From what I could see, every thing else worked the same as before, bots shoot the breakable boxes & glass, etc. No other door problems found so far. I'll test more maps this weekend.... smile.gif
w00tguy123
Hi Cheeseh,

I've been trying to get the latest sources (the ones you posted in this thread) working with SC 4.7. The problem I'm having atm is something you've already fixed, which is getting bots to recognize enemies. The source of the problem is in this snippet here from the IsEnemy function:

CODE

CBaseEntity *pEnt =  CBaseEntity::Instance(pEnemypev); // (CBaseEntity*)GET_PRIVATE(pEntity);
                
if ( !pEnt->m_fPlayerAlly )
{
     int iClass = pEnt->Classify();
     ......

m_fPlayerAlly is always true, so IsEnemy never returns true. Even if I force my way into that if-statement the game crashes on calling Classify(). Do you remember what was changed to get this working? Or better yet, do you have the current source for RCBot 4.7?
Cheeseh
The basemonster/baseentity classes were changed by svencoop, they gave me the version they were using at about version 4.0 or 4.5 (i forgot). But any way I'm using their classify now, but it's still using the !playher_ally thing, so I'll remove that and try it out
Cheeseh
QUOTE(Cheeseh @ Jun 26 2013, 01:09 PM) *

The basemonster/baseentity classes were changed by svencoop, they gave me the version they were using at about version 4.0 or 4.5 (i forgot). But any way I'm using their classify now, but it's still using the !playher_ally thing, so I'll remove that and try it out

I made the suggestion above by removing that line and tested it, it doesn't crash but not sure if any of the problems you mentioned have been fixed. Best thing to do if give you the dll and any others to test!

http://rcbot.bots-united.com/downloads/rcbot_mm_sc47.7z

(needs 7zip)
madmax2
Thanks Cheeseh, Just had a late breakfast, turned on my PC, and got a nice surprize... smile.gif I got the dll & will test it right away on the turrets. I'll report back soon... wink.gif

max
madmax2
Ok, I tested the dll on crystal/steampipeHL. The fix did not work sad.gif . Bots still shoot at inactive/undeployed turrets as well as active ones. I checked at all the problem turrets in the map. So no change there.

But what did change is bots also won't shoot breakables now ohmy.gif . I had to help them thru the breakable grates to get to the turrets. I didn't see them shoot at any breakables.

I don't know how much time you have to work on this right now, the turrets are the highest priority for me. But perhaps in some future update, would it be difficult for you to add a barnacle/grapple wpt? Something where if they see the grapple wpt + have the barnacle gun, they will shoot towards the grapple wpt, holding primary fire, once they touch it they let go, then that wpt becomes unavailable to them until they die/respawn once. So it's a one time thing per life...

Crystal2 has a big puzzle area using lots of grapple points, but I have them getting thru most of it but two parts. One where the player will either have to noclip/cheat, or do the grappling and then teleport bots to a button, then suicide & go to the other button, etc... The other the player has to open a forward spawn for the bots, so its sorta playable...

Anyways, this is a lower priority request. It would be funny seeing bots swinging around like tarzans tho, heh heh.... tongue.gif
max
w00tguy123
QUOTE(Cheeseh @ Jun 26 2013, 09:41 AM) *

I made the suggestion above by removing that line and tested it, it doesn't crash but not sure if any of the problems you mentioned have been fixed. Best thing to do if give you the dll and any others to test!

http://rcbot.bots-united.com/downloads/rcbot_mm_sc47.7z

(needs 7zip)


Ack, I should have been a bit more clear about what I was doing. You've already released a working .dll for SC 4.7, so there's nothing that needs to be fixed since your latest .dll works fine.

I'm working with outdated sources (meant for SC 4.5, not 4.7) and trying to make them work with SC 4.7. That way I can make small changes to RCBot without having to bother you. I was hoping that you had the latest sources so I could avoid fixing bugs that have already been fixed. Sorry for the confusion!

Also, thanks for the letting me know that the CBaseEntity changes with svencoop. That's probably why the old code isn't working now. I guess I'll need to ask the SC devs for help if the sources for the latest RCBot were lost.
madmax2
QUOTE
You've already released a working .dll for SC 4.7, so there's nothing that needs to be fixed since your latest .dll works fine.


Just had to jump in and clarify this, sorry... Yes the original rcbot 4.7 dll worked fine, except the shooting inactive turrets problem.

Slightly off topic: But I may of encountered another minor problem on crystal2. I found one teleport pad, where bots want to run thru the teleport wpt to the destination wpt, before the teleport has activated. I just mention this in case its related, somehow. Most teleport pads are behind opens later doors, this one is not. But it's in an optional area, so it's not a big problem..... As I recall, bots should not goto teleport wpts, until the teleport activates? I haven't found another teleport like this yet, to test and see if this is a teleport wpt problem, or just a problem with that one teleport pad???

Cheeseh
QUOTE

But what did change is bots also won't shoot breakables now . I had to help them thru the breakable grates to get to the turrets. I didn't see them shoot at any breakables.


oops I forgot to say that the dll version I posted has a CVAR to set up bot breakable ally classes

sc_breakable_classes_ally

e,g,

sc_breakable_classes_ally 1,2,3

will set classes 1 2 and 3 as allies

the default is "-1,1,2,3,10,11" but maybe some more need to removed so bots shoot the breakables on that map. This means you can make map specific configs
QUOTE(madmax2 @ Jun 26 2013, 11:29 PM) *

Just had to jump in and clarify this, sorry... Yes the original rcbot 4.7 dll worked fine, except the shooting inactive turrets problem.

Slightly off topic: But I may of encountered another minor problem on crystal2. I found one teleport pad, where bots want to run thru the teleport wpt to the destination wpt, before the teleport has activated. I just mention this in case its related, somehow. Most teleport pads are behind opens later doors, this one is not. But it's in an optional area, so it's not a big problem..... As I recall, bots should not goto teleport wpts, until the teleport activates? I haven't found another teleport like this yet, to test and see if this is a teleport wpt problem, or just a problem with that one teleport pad???


if the teleport waypoint is reachable then bots will try to use the teleport even if it is active or not.


I will make the miniturret change

p.s. I will try to post the full source soon
madmax2
@cheeseh

Ok, will try this out today, thanks... smile.gif Yeah, I wasn't sure about the teleport thing, i havn't encountered those wide open teleports very often, thanks for the info...

@w00tguy123

Yeah, I think we were saying the same thing over at the SC forums, just in a different way, heh heh... tongue.gif

Cheeseh
QUOTE(Cheeseh @ Jun 26 2013, 11:34 PM) *

oops I forgot to say that the dll version I posted has a CVAR to set up bot breakable ally classes

sc_breakable_classes_ally

e,g,

sc_breakable_classes_ally 1,2,3

will set classes 1 2 and 3 as allies

the default is "-1,1,2,3,10,11" but maybe some more need to removed so bots shoot the breakables on that map. This means you can make map specific configs
if the teleport waypoint is reachable then bots will try to use the teleport even if it is active or not.
I will make the miniturret change

p.s. I will try to post the full source soon


I made the mini turrets change

http://rcbot.bots-united.com/downloads/rcbot_mm_sc47_2.7z

edit
btw the classes were written here by ww00tguy

http://rcbot.bots-united.com/forums/index....ost&p=11305

maybe sc_breakable_classes_ally should only be 2 and 3
madmax2
@cheeseh

Oh, what do you think about a grapple wpt?

QUOTE


and the link doesn't work????
Cheeseh
QUOTE(madmax2 @ Jun 26 2013, 11:51 PM) *

@cheeseh

Oh, what do you think about a grapple wpt?
and the link doesn't work????


yeah sounds like an idea, I'll have a look when i got the time

oops I forgot to add .7z at the end of the link
w00tguy123
QUOTE(Cheeseh @ Jun 26 2013, 03:34 PM) *

oops I forgot to say that the dll version I posted has a CVAR to set up bot breakable ally classes

sc_breakable_classes_ally


Oh, nice! That cvar will come in handy. I can't get it to work though - no matter what I set it to they won't attack breakables.

Edit: The miniturret fix worked smile.gif
madmax2
QUOTE(Cheeseh @ Jun 26 2013, 03:52 PM) *

yeah sounds like an idea, I'll have a look when i got the time

oops I forgot to add .7z at the end of the link


Awesomely cool (grapple) biggrin.gif , when you have time, thats cool , thanks man....

Got the dll.. too smile.gif....
Cheeseh
QUOTE(w00tguy123 @ Jun 26 2013, 11:58 PM) *

Oh, nice! That cvar will come in handy. I can't get it to work though - no matter what I set it to they won't attack breakables.


hmm. setting sc_breakable_classes_ally to "" should just make all breakables enemies .

actually that might cause a crash..

this is the only protection for bots NOT to shoot breakables as they did before, so don't know why they're not shooting anything now
w00tguy123
I tried "" both in console and in the map config but the value can't be empty. Setting it -2 should work too, but bots refuse to attack breakables still.
Cheeseh
QUOTE(Cheeseh @ Jun 27 2013, 12:03 AM) *

hmm. setting sc_breakable_classes_ally to "" should just make all breakables enemies .

actually that might cause a crash..

this is the only protection for bots NOT to shoot breakables as they did before, so don't know why they're not shooting anything now


maybe I shouldve been a bit clearer with the command actually

rcbot config sc_breakable_classes_ally "2,3"

which maps are you testing it on?
w00tguy123
QUOTE(Cheeseh @ Jun 26 2013, 04:16 PM) *

maybe I shouldve been a bit clearer with the command actually

rcbot config sc_breakable_classes_ally "2,3"

which maps are you testing it on?


I was using a test map for this, but quarter.bsp has breakables that the older rcbot version would attack (and also one that they would defend).

I've tried the config you suggest there and I get a response from RCBot saying that the classes were changed, but the command isn't having any effect.
Cheeseh
QUOTE(w00tguy123 @ Jun 27 2013, 12:22 AM) *

I was using a test map for this, but quarter.bsp has breakables that the older rcbot version would attack (and also one that they would defend).

I've tried the config you suggest there and I get a response from RCBot saying that the classes were changed, but the command isn't having any effect.


okay seemed to be a bug with that code.

you can try again here

http://rcbot.bots-united.com/downloads/rcbot_mm_sc47_3.zip
w00tguy123
That new version is mostly working. They will attack breakables now, and sc_breakable_classes_ally will have an effect on which breakables they attack.

Though, there is some weirdness to it. For instance, if I set it to "4,5" through the config, they will also not attack "-1,0,3,10,11". So they're choosing not to attack the default classes in addition to what sc_breakable_classes_ally says.

Are "-1,0,3,10,11" hardcoded as friendly breakables?
madmax2
QUOTE(Cheeseh @ Jun 26 2013, 04:31 PM) *

okay seemed to be a bug with that code.

you can try again here

http://rcbot.bots-united.com/downloads/rcbot_mm_sc47_3.zip

this new link doesn't seem to work for me. did it get taken down allready?
w00tguy123
QUOTE(madmax2 @ Jun 26 2013, 05:03 PM) *

this new link doesn't seem to work for me. did it get taken down allready?


Change the extension from .zip to .7z in the link smile.gif
madmax2
QUOTE(w00tguy123 @ Jun 26 2013, 05:04 PM) *

Change the extension from .zip to .7z in the link smile.gif


hmmm, I still only get 298 bytes. i tried .7z & .zip.7z ? I'll try firefox & see what happens... thanks

No, it still doesnt work, I get a 404 file not found, does it still work for you?
w00tguy123
QUOTE(madmax2 @ Jun 26 2013, 05:15 PM) *

hmmm, I still only get 298 bytes. i tried .7z & .zip.7z ? I'll try firefox & see what happens... thanks

No, it still doesnt work, I get a 404 file not found, does it still work for you?


The file is around 298 bytes. Do you have 7zip? I re-downloaded and it's still working.

Here's a mirror: https://www.dropbox.com/s/0nwuud3oi6t15xz/rcbot_mm_sc47_3.7z
madmax2
Never mind... heh heh smile.gif ... got it to work... change in the address bar.... duh.... rolleyes.gif Thanks...


[edit] ran it on crystal and they shoot the breakables again with the default settings. bots got to the mini ceiling turrets and appeared to still shoot them in inactive state, but something happened to activate them so i didn't get a chance to change the cvar settings... So i will try again & report back ...
madmax2
Bots are still having problems shooting at inactive/deactivated mini-turrets (small mounted turret, machine class) on crystal. (I didn't test the large mounted turrets, but I'm sure bots are doing the same with them too)

I tried both cvar's (sc_classes_ally & sc_breakable_classes_ally), to see if anything stopped bots from shooting them, nothing worked. It should of worked for 1=machine. With sc_classes_ally I tried everything from -1 to 14, one at a time, just to be sure. With sc_breakable_classes_ally I tried adding a few to the defaults, from -1 thru 5, then 7.

Did I do something wrong? I did all cvar changes thru the console, no map.cfg edits. Do the bots need to be kicked & restarted, or are changes supposed to take effect immediately? I did delete all bot tmp files before starting the game with the new dll.

With debug_ent the mini turrets, in thier inactive state show as monster_miniturret, flags 160
w00tguy123
They don't shoot inactive turrets in my map, but they do in crystal. I took a look at the entities in crystal and the miniturrets have their classification set to 4, which makes them not 'CLASS_MACHINE'.

So, the code that checks for inactive turrets must be moved before the switch statement that checks entity classification. The mapper can choose any class they want for a turret/miniturret, but the IsEnemy code won't check if a turret is active unless its class is 1 (machine).
madmax2
Hey w00tguy123,

Sounds like you found the problem on crystal. So, if i understand correctly, moving the active/inactive check code should fix this? smile.gif

Thanks,
max

[edit] It just dawned on me, I need to go test this cvar on sc_activist 1 , where bots won't shoot the security guards (evil barneys & otis)... They were also not shooting the bodygaurds in deadsimpleneo2, with the original rcbot 4.7 dll....

[edit2] Woo hoo, bots are now shooting the security guards in sc_activist 1... smile.gif I didn't have to do anything with the cvar, just ran defaults... I let them run all the way thru sc_activist 1 & 2 and didn't see any new problems... They shot all the enemies & breakables... so good news on that... will probably test em on sc_activist3 & DSN2 tomarrow....

[edit3] sc_activist3 worked like it normally does with the bots, just that map spawn bug, which will be fixed in sc4.8 smile.gif . DSN2 also worked good with the new bot, bots are shooting at the bodyguards now, so the shooting enemies problem in DSN2 & sc_activist 1 seems fixed, smile.gif . But, there isn't many breakables in these 2 maps, or enemy turrets. So, I tried to test deactivated mini-turrets in murks last nite too, but after 4 attempts, i couldn't get the mini-turrets to deactivte? Tried shooting the 3 power nodes, but they stayed active, maybe in sc4.7 they don't deactivate anymore??? Will try again, after putting more time into my crystal wpts. crystal2 is nearly done, just a few nagging issues to tune up. crystal1 needs more fine tuning, and the turrets issue fixed, so will take a bit longer to complete....
madmax2
I got the mini-turrets to deactivate in murks (sc4.7), and bots don't shoot at the inactive turrets with the new dll, So, the fix works on this map smile.gif . Not sure why I couldn't deactivate them before, did it twice this time, no problem. I waited for bots to trigger the turrets though, before shooting out the power nodes...

@ w00tguy123 (or anyone)

Have you found any more maps with inactive/deactivated turrets that bots shoot at? So far, I've only looked at crystal series, activist series, & murks for these inactive mini-turrets (activist doesn't have them).

Also, Have you had a chance to run rcbot on sc4.8? Any new problems? I don't have sc4.8 yet... sad.gif
w00tguy123
QUOTE(madmax2 @ Jul 1 2013, 03:42 PM) *
Have you found any more maps with inactive/deactivated turrets that bots shoot at? So far, I've only looked at crystal series, activist series, & murks for these inactive mini-turrets (activist doesn't have them).

Also, Have you had a chance to run rcbot on sc4.8? Any new problems? I don't have sc4.8 yet... sad.gif

RCBot is working fine on 4.8, although I'm getting a crash on ba_canal2 (blue shift) that I haven't looked into much yet.

As for other maps that have turrets that bots would attack, I would check any that have monsters and humans working together. The only reason a mapper would change a turret's class is if it they want to control what it shoots at (which shouldn't be that common). This won't matter once the RCBot code is uploaded or Cheeseh fixes this himself.
RoboCop
Does anyone have the source code for RCBot v1.5 (or v1.6?) for SC 4.8? I noticed w00tguys zip for RCBot1 SC doesn't contain a Linux build but since I've recompiled v1.441 as v1.442 for Linux i686 and with a 5:13 Meta Interface, I could do the same if I had that src code. Also I'm no a fan of VS.
madmax2
Hey RoboCop,

I could be wrong, but I don't think Cheeseh ever released any updated sources for rcbot v1.5 (sc4.8/4.7). I think he may of been adding some things that are not in the latest windows release either (such as flashlight and teleport detection)? You might check sourceforge and see if there are updates there?
RoboCop
QUOTE(madmax2 @ Dec 24 2015, 06:58 PM) *

Hey RoboCop,

I could be wrong, but I don't think Cheeseh ever released any updated sources for rcbot v1.5 (sc4.8/4.7). I think he may of been adding some things that are not in the latest windows release either (such as flashlight and teleport detection)? You might check sourceforge and see if there are updates there?

Well RCBot SF appears to only contain RCBot2 not RCBot1 for HLDS, saddly.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2020 Invision Power Services, Inc.