Jump to content

Autonomous farm management ideas


Recommended Posts

I'm sure someone else has already thought of this; just looking for the more experienced botters here to shoot some holes through my idea.

Imagine you're running different scripts on many accounts, in multiple batches, across multiple machines.
Getting profit/hr, profit/script run, profit/day information is handily displayed on a paint, but we want this data recorded autonomously, available on command.
Could one write a light-weight script that in 10 seconds, say in between scripts in a queue, logged in, took an inventory and bank count, pushed the values to a MySQL server, then continued to the next item in the script queue?
This data could be analyzed in a number of ways to fine tune the farm

Furthermore, If you're tracking total GP muled off of each account on a Google Spreadsheet like I am, the 'manual' part of farming is going to get pretty repetitive for you.
This could be eliminated with the same idea, recording gp muled off per account to the database.  I think it'd be interesting to see, you?

Lastly, imagine you're running a processing script.

In one script iteration it 

   1. Buys raw material
   2. Processes material into item
   3. Sells item 

In my experience, depending on how I have max runtime, break time, progression, etc setup, I find sometimes the account will only process half of the raw material, before that iteration of the script ending.
This means when it goes to start the next iteration of the script, it doesn't have enough GP to perform step 1 and remains stuck until fixed.

Using this 'inventory checking and reporting' script could alert the farm manager via private tweet or text that an account needs to be fixed/re-aligned.

For more autonomy, the inventory checking and reporting script could just sell off excess items and have a fresh cash stack ready for the next iteration of the script.

If you made it through this whole post, and even if you didn't, I would really love your thoughts.

Please feel free to shoot holes through the idea.

Edited by sl_kelevra
  • thonking 1
Link to post
Share on other sites
4 hours ago, sl_kelevra said:

Lastly, imagine you're running a processing script.

In one script iteration it 

   1. Buys raw material
   2. Processes material into item
   3. Sells item 

1

I can't comment on the scripting aspect but this little bit about running a processing script seems odd. The only reason I can think of you wanting to do this is if you're on one of the two ends on the gold farming spectrum. Either you've got very little gold to work with and buy all the supplies you need for the most profitable step in that process of yours, or you're producing so much supply of raw materials that selling it would crash the price.

If the first scenario applies to you (broke as hell), all this effort into producing a system of that complexity seems like you're trying to jump 10 steps before you even start walking. I assume this is a huge project, something a private scripter wouldn't do for less than a few thousand USD). You'd probably be better of dropping $50-$200 in gold, and starting your gold farming with enough gp to buy all the supplies you need daily. 

I don't mean to underestimate you but I don't think you or 99.5% of gold farmers are producing so much supply single-handedly that they're crashing an item but if you are, then your problem is incomprehensible to the group of people that would even consider answering you on a public forum. 

Learn to crawl, walk, run, and then jump; don't build a rocket ship while still in baby diapers :) 

P.S. Key thing to note here is that you should probably pick the most profitable step and focus your efforts on that.

  • Like 1
Link to post
Share on other sites
4 minutes ago, gyrate said:

I can't comment on the scripting aspect but this little bit about running a processing script seems odd. The only reason I can think of you wanting to do this is if you're on one of the two ends on the gold farming spectrum. Either you've got very little gold to work with and buy all the supplies you need for the most profitable step in that process of yours, or you're producing so much supply of raw materials that selling it would crash the price.

If the first scenario applies to you (broke as hell), all this effort into producing a system of that complexity seems like you're trying to jump 10 steps before you even start walking. I assume this is a huge project, something a private scripter wouldn't do for less than a few thousand USD). You'd probably be better of dropping $50-$200 in gold, and starting your gold farming with enough gp to buy all the supplies you need daily. 

I don't mean to underestimate you but I don't think you or 99.5% of gold farmers are producing so much supply single-handedly that they're crashing an item but if you are, then your problem is incomprehensible to the group of people that would even consider answering you on a public forum. 

Learn to crawl, walk, run, and then jump; don't build a rocket ship while still in baby diapers :) 

P.S. Key thing to note here is that you should probably pick the most profitable step and focus your efforts on that.

I believe he may be referring to my herblore script, where the restocking is based on a chosen set of steps in the GUI (whereas all my other scripts use a dynamic restocking system). This means that if you stop the script in the middle of the progression steps and then restart it without selling the items, it could not have enough gold/items to complete a step. I plan on changing this to use a dynamic restocking system soon (which will also contain muling). This specific issue is more script related and isn't something the user should really have to worry about in my opinion.

Link to post
Share on other sites
6 hours ago, Naton said:

I believe he may be referring to my herblore script, where the restocking is based on a chosen set of steps in the GUI (whereas all my other scripts use a dynamic restocking system). This means that if you stop the script in the middle of the progression steps and then restart it without selling the items, it could not have enough gold/items to complete a step. I plan on changing this to use a dynamic restocking system soon (which will also contain muling). This specific issue is more script related and isn't something the user should really have to worry about in my opinion.

Lol I'm 89% done tho ?

Also, I'm relying on less feature-packed scripts as they're less appealing to mass farmers if they don't have features like built-in muling.

I imagine adding these features will attract LARGE scale farmers and tank the profitability.

Is what it is though I guess; little to nothing I can do but find new methods.

Edited by sl_kelevra
Link to post
Share on other sites
10 hours ago, Naton said:

I believe he may be referring to my herblore script, where the restocking is based on a chosen set of steps in the GUI (whereas all my other scripts use a dynamic restocking system). This means that if you stop the script in the middle of the progression steps and then restart it without selling the items, it could not have enough gold/items to complete a step. I plan on changing this to use a dynamic restocking system soon (which will also contain muling). This specific issue is more script related and isn't something the user should really have to worry about in my opinion.

Thanks for the clarification, I misunderstood/misread that and thought he wanted to make such a progressive script and then solve a potential bug that might occur with such a script

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Our picks

    • What to expect from TRiBot moving forward.
      • 10 replies
    • TRiBot 12 Release Candidate

      The TRiBot team has been hard at work creating the last major version of TRiBot before the TRiBot X release. We've noticed many problems with TRiBot 11 with a lot of users preferring TRiBot 10 over 11. We've heard you, so we took TRiBot 10, added the new features introduced with 11, introduced some other new things, and created TRiBot 12. So without further adieu, here's TRiBot 12.
      • 39 replies
    • Gradle is a build tool used to accelerate developer productivity.

      We recently setup a Maven repository (TRiBot Central) to make it easier for scripters to create scripts. Check it out here: https://gitlab.com/trilez-software/tribot/tribot-central/-/packages

      Furthermore, we've released a simple Gradle project to make it easy to run TRiBot and develop scripts for it. Check it out here: https://gitlab.com/trilez-software/tribot/tribot-gradle-launcher

      The goals of TRiBot Central are to:

      Deliver updates to TRiBot faster


      Better organize TRiBot's dependencies (AKA dependancies)


      Make it easier to develop scripts for TRiBot


      Make it easier to use and run TRiBot


      Note: TRiBot won't be able to run scripts from within this project until TRiBot's next release.
      • 13 replies
    • Hi everyone,

      I'd like to thank everyone for their patience in this transition period. Since last week, we've worked out the remaining bugs with this integration.

      Some users have still been having issues with connecting their forums account to their Auth0 account. To resolve this, we've imported all forums accounts into Auth0.

      Unfortunately, the accounts which were imported today were using an unsupported password hashing algorithm. Hence, random passwords were set during the import.

      What does this mean for me?

      If you've previously linked your forums account to your Auth0 account, you don't have to do anything. Nothing changes for you.


      If you haven't logged in via our new login yet,

      Try logging in with your forums email address and the last password you used


      If you are unable to login, please use the "Forgot password" tool on the login page:
      Follow the instructions to reset your password
       
        • Like
      • 17 replies
    • Hello everyone,

      Last week we tried to roll out Auth0 Login, but we lost that battle. Now it's time to win the war!

      Important changes

      When logging into the client, you'll now have to enter your Auth0 account credentials instead of your forums credentials

      Note: 2FA is still handled through your forums account (for the time being)



      Changes for existing users

      You'll have to link your Auth0 account to your forums account here: https://tribot.org/forums/settings/login/?service=11


      Auth0 accounts have been created for most existing users. Please use your forums email address and password to login.



      Important notes

      Make sure to verify your email address upon creating a new Auth0 account


      When we mention your Auth0 account, we mean your account used for auth.tribot.org as displayed below
        • Like
      • 81 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...