Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
Sign in to follow this  
helloworldlol1

Pathing for barrows

Recommended Posts

You can write custom paths for it.


Alternatively you might be able override the DPathNavigator's door cache in the tunnels with all the doors that have an 'Open' action. I think the override only works for findPath though, so you'll need to handle the walking yourself. I haven't tested this but in theory it might work.

Share this post


Link to post
Share on other sites
26 minutes ago, laniax said:

You can write custom paths for it.


Alternatively you might be able override the DPathNavigator's door cache in the tunnels with all the doors that have an 'Open' action. I think the override only works for findPath though, so you'll need to handle the walking yourself. I haven't tested this but in theory it might work.

 

I don't think DPathNavigator detects any of the doors, which is the problem. I think it may have something to do with the minimap being blacked out and it thinks it's not in a loaded region, or something.

I definitely do not look forward to writing the custom paths myself haha.

 

@Assume @wussupwussup any ideas?

Edited by helloworldlol1

Share this post


Link to post
Share on other sites

Also what does the areas parameter mean in this PathFinding method? Like certain areas of the screen or...? So far this has been the only method that produced a path when called in the barrows tunnels, but it stays in the region where it's enclosed by doors (AKA it doesn't open them). But at least it produced something.

 

Quote
public static boolean aStarWalk(Positionable position,
                                boolean minimap,
                                java.awt.Polygon[] areas)
Using A* path finding to walk to the specified tile. Stays within the specified areas.
Parameters:
position - The tile to walk to.
areas - The areas the path finding algorithm must stay in.
minimap - True for minimap walking. False for on-screen walking.
Returns:
True if the 'end' tile was reached; false otherwise.

 

Share this post


Link to post
Share on other sites
3 hours ago, helloworldlol1 said:

Also what does the areas parameter mean in this PathFinding method? Like certain areas of the screen or...? So far this has been the only method that produced a path when called in the barrows tunnels, but it stays in the region where it's enclosed by doors (AKA it doesn't open them). But at least it produced something.

It's not that hard to write a function which walks an RS path, and opens doors if need be...

Every tile see if next tile is reachable. 

If it's not, then check for a door and open it, otherwise continue.

Share this post


Link to post
Share on other sites
1 hour ago, Worthy said:

It's not that hard to write a function which walks an RS path, and opens doors if need be...

Every tile see if next tile is reachable. 

If it's not, then check for a door and open it, otherwise continue.

 

Yes you're right it's not hard to walk a path and open a door. I think the main challenge was just generating the path when half of the pathing classes don't work in barrows. I only wanted to see if someone had already wrote it before I did.

Share this post


Link to post
Share on other sites
1 minute ago, helloworldlol1 said:

 

Yes you're right it's not hard to walk a path and open a door. I think the main challenge was just generating the path when half of the pathing classes don't work in barrows. I only wanted to see if someone had already wrote it before I did.

Only web walking should fail at barrows, the rest of the pathing/walking methods should work fine if you use them correctly

Share this post


Link to post
Share on other sites
1 minute ago, Flamo353 said:

Only web walking should fail at barrows, the rest of the pathing/walking methods should work fine if you use them correctly

 

It's not that they're broken or I'm using them incorrectly, it's just I guess I kinda expected the classes would be able to generate the a path from me to the chest, and it would traverse it no problem as the only thing in the way are doors, which the classes claim to be able to navigate. While it still wasn't really that complicated, there's definitely something weird with DPathNavigator in barrows.

 

Share this post


Link to post
Share on other sites
7 hours ago, helloworldlol1 said:

 

I don't think DPathNavigator detects any of the doors, which is the problem. I think it may have something to do with the minimap being blacked out and it thinks it's not in a loaded region, or something.

I definitely do not look forward to writing the custom paths myself haha.

 

@Assume @wussupwussup any ideas?

that's why you override the door cache, so it will use the doors u specify.

  • Like 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Our picks

    • This release will:

      Add new internal framework for capturing exceptions


      Fix issue with not selecting the last column in world hopper (Thanks @Todd)


      Add a message about pin usage in Banking#openBank (Thanks @Todd)


      Disable the firewall by default (Thanks @Todd)


      Fix handling of the welcome screen after login (Thanks @Encoded)


      Fix wrong amount bank withdrawal (Thanks @Encoded)


      Fix Screen#isInViewport


      Fix Game#isInViewport (Thanks @Encoded)


      Call onBreakEnd for ListenerManager Breaking Listeners (Thanks @Encoded)


      Fix Prayer#getPrayerPoints NumberFormatException (Thanks @JoeDezzy1)



      Note: If you are using LG, please restart both the RS client and TRiBot.
        • Thanks
        • Like
      • 19 replies
    • This release will:

      Fix LG for both OSBuddy and RuneLite


      Fix issue where the resizable client isn't able to be made smaller (Thanks @JoeDezzy1)


      Fix detection of the logout game tab when resizable mode and side panels are enabled (Thanks @JoeDezzy1)


      Add initial support for Sentry to allow us to identify and easily debug exceptions happening with all TRiBot users


      Add methods to determine if the bank is actually loaded, and not just the overarching interface (Thanks @wastedbro)



      Upcoming updates:

      Improved CLI support


      Full Sentry support


      Much more
        • Like
      • 64 replies
    • This release will:

      Fix NPE in Camera API (Thanks @wastedbro)


      Update deposit box interface ids (Thanks @Encoded)


      Add various bank methods (Thanks @wastedbro)


      Banking#getWithdrawXQuantity


      Banking#getDefaultWithdrawQuantity


      Banking#arePlaceholdersOn




      Fix resizeable minimap bug (Thanks @wastedbro)


      Remove Java 8 requirement


      Please note: TRiBot is not yet fully compatible with Java 10+




      Fix the break handler issues by ensuring the break handler thread never gets paused


      Fix broken settings hooks



      Upcoming updates:

      Improved CLI support


      Much more



      Note: If you are using LG, please restart both the RS client and TRiBot
        • Like
      • 68 replies
    • This release will:

      Add support for using custom F key bindings to switch between game tabs (Thanks @erickho123)


      Fix tab opening for "Skills" and "Kourend Tasks" (Thanks @erickho123)



      Note: If you are using LG, please restart both the RS client and TRiBot
        • Like
      • 34 replies
    • This release will:

      Fix an issue where breaks would stop firing


      Fix Combat#getWildernessLevel, use dynamic search for text and cache ID for later calls


      Fix an NPE in the Combat API


      Fix Mouse#leaveGame bug where the mouse wouldn't actually leave the game screen
        • Like
      • 21 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×