![]() |
![]() |
madmax2 |
![]()
Post
#1
|
RCBot Guru ![]() ![]() ![]() ![]() ![]() Group: Waypointers Posts: 957 Joined: 2-March 12 From: USA, WA state Member No.: 2,162 ![]() |
Possible Bugs or Observed Issues Topic
Thought I should start a topic to report observed issues or bugs, not strictly related to waypointing... This first item has been resolved with some hacky waypointing, but I don't think bots were seeing or able to reach the buttons in the wall. Distance was reported by debug to be 76, perhaps that is to far? I have not tried latest build yet, the wpt is nearly done, but needs a bit of polish though... 11-28 build I finally got something to work on the first closed locked door on murks. I've put hours overall to make it work. It was the same problem with the old rcbots at these doors. So I started out with the wpt config I had with the old bots, noclipped wpt into the button, but that wasn't working. I almost gave up when I just stumbled on a config that works, after moving wpts around and using combinations of normal, important, wait and staynear flags. But just like with the old bots its a forced configuration. I don't think Bots are seeing the func_button in the panel. Before I got this working they would just run up against the door pressing use a few times, then go over to the important wpt, but not press use, then go back to unopened door & repeat. If I added an openslater on other side of door they would go over to the button/panel, but would not press it, with any of a dozen different configurations... Well this is actually working well now, but as you can see the path is through the wall. In fact I used this config at the 2nd problem door and it works there too. I have also been able to remove the important flag & it still works. ![]() ![]() Config is wait---important or wait---normal, but path must go through wall from the wait wpt. It won't work from the important wpt. Never did try path from wait thru the door? That probably won't work unless it is close to the button? I did a rcbot.search while right up against the panel, and button distance is about 76, perhaps that is the reason? CODE ] as_command rcbot.search [RCBOT]player frame=232.552887 distance = 0 [RCBOT]func_button frame=0 distance = 76.595879 [RCBOT]func_door LOCKED!! [RCBOT]func_door frame=0 distance = 120.178703 [RCBOT]func_door LOCKED!! [RCBOT]func_door frame=0 distance = 134.249481 [RCBOT]func_illusionary frame=0 distance = 168.824387 [RCBOT]multi_manager frame=0 distance = 43.174778 [RCBOT]weapon_crowbar frame=0 distance = 8 [RCBOT]weapon_9mmhandgun frame=0 distance = 8 [RCBOT]weapon_medkit frame=0 distance = 8 So for a test I removed the path thru the wall to make them fail to press the button again. Also placed openslater on other side of door to make them go to the button. Same failure is present without openslater, just easier to find it in in console this way... Ran debug task on a bot, and get this... I think maybe they are not facing correct direction, looks like they attempt once to press it? CODE ] as_command rcbot.debug_bot [m00]wh3y [RCBOT]Finding player [m00]wh3y [RCBOT]UTIL_FindPlayer MadMax2 [RCBOT]UTIL_FindPlayer [m00]wh3y [RCBOT]iBestMatch == 9 [RCBOT]Debug '[m00]wh3y' (if bot) [RCBOT][DEBUG - TASK] COMPLETE [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] CFindPathTask COMPLETE [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] COMPLETE [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] func_button <--- button task [RCBOT][DEBUG - TASK] CFindButtonTask COMPLETE <--- button task complete [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] bot.setMove(m_pCharger.pev.origin) [RCBOT][DEBUG - TASK] bot.setMove(m_pCharger.pev.origin) <--- slew of these in console, removed some [RCBOT][DEBUG - TASK] bot.setMove(m_pCharger.pev.origin) [RCBOT][DEBUG - TASK] bot.setMove(m_pCharger.pev.origin) [RCBOT][DEBUG - TASK] bot.setMove(m_pCharger.pev.origin) [RCBOT][DEBUG - TASK] CUseButtonTask FAILED <--- button task failed [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED L 28/11/2018 - 12:56:22: "MadMax2<1><STEAM_ID_LAN><players>" stats: frags="0.00" deaths="0" health="100" [RCBOT][DEBUG - TASK] CFindPathTask FAILED L 28/11/2018 - 12:56:24: "[m00]wh3y<3><BOT><players>" stats: frags="0.00" deaths="0" health="100" [RCBOT][DEBUG - TASK] COMPLETE [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] CFindPathTask COMPLETE [RCBOT][DEBUG - TASK] m_pTasks.length() == 0 [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask FAILED [RCBOT][DEBUG - TASK] CFindPathTask COMPLETE [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] COMPLETE [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] func_button <--- button task repeats [RCBOT][DEBUG - TASK] CFindButtonTask COMPLETE [RCBOT][DEBUG - TASK] m_pCurrentTask.m_bComplete [RCBOT][DEBUG - TASK] bot.setMove(m_pCharger.pev.origin) Other observe issues (have not tried latest build yet, maybe "bots avoid last failed path" fixed #2?) : #1 Saw bot stuck on turret, not sure how it happened & only saw once? Tried placing another wpt nearby, but he wouldn't use it or suicide, seem pretty stuck... ![]() #2 This happened after removing a staynear flag from other side of the door. He was constantly pressing use in the corner & wouldn't go to the button. So I put the staynear back on the same wpt, I had to restart the map, but haven't seen it happen again. ![]() Both of these may be rare occurance, but I haven't tried many different maps, so not sure? |
![]() ![]() |
madmax2 |
![]()
Post
#2
|
RCBot Guru ![]() ![]() ![]() ![]() ![]() Group: Waypointers Posts: 957 Joined: 2-March 12 From: USA, WA state Member No.: 2,162 ![]() |
I partly figured out what is causing the problem. I know why I could not teleport to wpts 102 & 104. They were objective wpts that I added for the old rcbots, so they would exit the spawn room. They are just past the weapons in the spawn room exits which I guess are warpzones. teleporting didn't take me anywhere near the spawn exits. The other reason there are wpts in those exits is the spawn room is not part of the main area, so if I connect a path from one side of the exit to the other side, the path goes sideways into the wall...
The thing I can't explain is this "fix" for the old bots was working for rcbot-AS until I enable the script. Then they either won't leave the spawn room or are very very slow to do so. If I teleport the bots out of the spawn room with the script running, they take off running. If I disable the script, bots will leave the spawn room as I have it waypointed. If I remove the important flags from the 2 waypoints in the warpzones by noclipping underneath, then bots again won't leave the spawn room! This was the same symptom I had with the old rcbots. For some reason the scripts break my wpt fix here? Maybe I can tweak it, try to get them to jump into the exits some how. Could be a problem without notouch... I'll try tommorrow, unless you can figure out something from the script or code end??? Oh just noticed the time, zzzzzzzzz..... ![]() |
Cheeseh |
![]()
Post
#3
|
![]() Admin ![]() ![]() ![]() ![]() ![]() Group: Admin Posts: 3,066 Joined: 11-September 03 From: uk Member No.: 1 ![]() |
did you connect a path from the spawn room "warpzone" waypoint to the destination. Is it a teleport waypoint? You can try removing the teleport flag if it doesn't help. Use notouch and increase mp_respawnwavetime (i think) to go into observer mode long enough to change the waypoint in the warpzone
|
madmax2 |
![]()
Post
#4
|
RCBot Guru ![]() ![]() ![]() ![]() ![]() Group: Waypointers Posts: 957 Joined: 2-March 12 From: USA, WA state Member No.: 2,162 ![]() |
did you connect a path from the spawn room "warpzone" waypoint to the destination. Is it a teleport waypoint? You can try removing the teleport flag if it doesn't help. Use notouch and increase mp_respawnwavetime (i think) to go into observer mode long enough to change the waypoint in the warpzone Just got up ![]() ![]() ![]() |
Cheeseh |
![]()
Post
#5
|
![]() Admin ![]() ![]() ![]() ![]() ![]() Group: Admin Posts: 3,066 Joined: 11-September 03 From: uk Member No.: 1 ![]() |
I've changed the code so it looks in the rcw folder for the scripts or store folder (checks store folder first)
I updated desertcircle.ini looks like you wrote 99 instead of 100 (at least that's the waypoint ID on my desertcircle rcw) The wpt id must be the 'important' waypoint id. I put the rcw in git too with the ini. I've also changed the distances to use 'z'. CODE #WID, prev, entity search, parameter, operator, value 51, -1, 54, z, >, 314 100, 51, 60, z, >, 1000 190, 99, 71, z, >, 558 219, 190, 97, null, null, null 335, 219, 104, frame, =, 1 307, 335, 114, z, >, 1109 The waypoints at warp zones are now not important waypoints and have paths to the exits, bots go through them when they spawn. The problem was that because the important waypoints were not in the script and they did not have paths to the exit, they were ignored, and bots couldn't find paths to the other waypoints. so best keeping paths to waypoints via teleports. Also if the teleport is a shortcut you should make it a 'teleport' waypoint. If it isn't a shortcut, no need. |
![]() ![]() |
![]() |
Lo-Fi Version | Time is now: 20th August 2024 - 07:29 PM |