volcano_mining.ash - Automate mining of the Velvet/Gold Mine at That 70s Volcano

billybobfred said:
If an effect expires and brings your resistance below 15, the script stops, citing a lack of access to the Mine.

This mostly makes sense, but it took me a while to actually realize what was going on, because all the responsible effects were in my always-on mood.
Maybe it should try executing your current mood once and seeing if that fixes it, and only fully abort if it doesn't?
Click to expand...

Sure, it's an easy fix. I've added in a configurable value to tell the script to maintain your mood while mining. To activate the behavior, update to the latest version of the script, run it once, then type "zlib vmine_moodexec = true" into your graphical CLI. Further runs of the script should re-up any effects in your mood while mining (as the script will now run "mood execute" after every adventure spent).
 
I noticed this script wasn't properly detecting the level of my heat resistance as a Beanslinger and consequently wasn't trying to equip the +2 heat resistance I needed. So I took a look at the script and didn't really like the way that hot15resist() worked at all. I simplified it for you in a way that makes it work much better. elemental_resistance() just wasn't the right function to use.


Try this!
Code: 
boolean hot15resist() {
	return numeric_modifier("Hot Resistance") >= 15;
}
 
Bale said:
I noticed this script wasn't properly detecting the level of my heat resistance as a Beanslinger and consequently wasn't trying to equip the +2 heat resistance I needed. So I took a look at the script and didn't really like the way that hot15resist() worked at all. I simplified it for you in a way that makes it work much better. elemental_resistance() just wasn't the right function to use.


Try this!
Code: 
boolean hot15resist() {
	return numeric_modifier("Hot Resistance") >= 15;
}
Click to expand...

...Um, what? This script doesn't have a function named "hot15resist" or try to dynamically get your resistance high enough -- it just takes in an outfit name to equip and blindly uses that. Are you sure you're posting to the correct thread?
 
coandco said:
...Um, what? This script doesn't have a function named "hot15resist" or try to dynamically get your resistance high enough -- it just takes in an outfit name to equip and blindly uses that. Are you sure you're posting to the correct thread?
Click to expand...

It's in proffesorjellybean's minevolcano.ash, not in this volcano_mine.ash.
 
Oh. My bad. I confused the scripts!

I use the other one. I'll post there.
 
Last edited:
sorry i missed this somewhere in the thread, but:
What kind of meat per adventure returns does this script average? Im wondering if adding object detection and this script would noticeably improve on returns vs jellybean's script.
 
DeathShade said:
Is anyone else getting this error?

> svn checkout https://github.com/coandco/mafia-volcano-mining/trunk/

Starting Checkout...
Validating repo...
The requested repo failed validation. Complain to the script's author.
Done.
Click to expand...

Yeah, I had to uninstall the script entirely because it was stopping the rest of the scripts from updating. I posted a bug report about svn update not completing when one script fails, but there hasn't been a single response for reasons I can't fathom.
 
Laserrobotics said:
I posted a bug report about svn update not completing when one script fails, but there hasn't been a single response for reasons I can't fathom.
Click to expand...

It isn't an easy problem to solve, and it isn't affecting anyone with commit access. If it really bothers you enough, you could look into figuring out how to fix it yourself, and post a patch.

Your tone also doesn't lead to a lot of interest in fixing issues that affect you.
 
"It's not an easy to problem to solve, and we don't consider it to be much of a priority" would have satisfied me. No response at all just makes me feel like I'm being ignored.

As for fixing it myself - if I had the time to learn an entire new coding language, I would. Lacking that knowledge, I took the obvious choice of bringing it to the attention of those who already know the language.
 
Laserrobotics said:
No response at all just makes me feel like I'm being ignored.
Click to expand...
I guess you aren't used to bug reporting systems. No response is much better than someone closing it, which is what would happen if people thought it wasn't a valid bug. No response means, "Yes, that's a bug."
 
Is there some reason why it always farms way less turns than I ask it to the first time? Every day, I run it, input my exact # of adventures available, and then it completes, leaving me with ~90 adv left. Then I run it again, inputting my new adventure total, and it runs down to 0, as it is presumably supposed to. It's a minor annoyance, since I just have to run it twice a day, but I'd of course prefer to only have to run it once. I might just be using it wrong, though?
 
For those having issues with repo validation, try removing the script and checking it out again with this command:

Code: 
svn checkout https://github.com/coandco/mafia-volcano-mining.git/trunk/

GitHub has changed around the layout of their SVN support a couple of times, and KOLMafia's SVN support is really intolerant of any kind of change.
 
Malurth said:
Is there some reason why it always farms way less turns than I ask it to the first time? Every day, I run it, input my exact # of adventures available, and then it completes, leaving me with ~90 adv left. Then I run it again, inputting my new adventure total, and it runs down to 0, as it is presumably supposed to. It's a minor annoyance, since I just have to run it twice a day, but I'd of course prefer to only have to run it once. I might just be using it wrong, though?
Click to expand...

Hmm. I've never experienced that behavior. Can you PM me a full log of one of the short runs, copied from KoLMafia's graphical CLI?
 
Found the solution to Malurth's problem. I originally instituted some primitive protection that would stop the script from looping infinitely, in the form of a maximum number of caves the script would try to mine at any given time. I set the value for this high enough that it wouldn't be a problem with the full-blown mining strategy I had at the time. However, with the "lazy mining" only-first-two-rows strategy that I later implemented, the average number of turns spent per mine is drastically lower, so we're now bumping up against the limit.

To fix the problem on an existing installation, just run the following command in your graphical CLI:

Code: 
zlib vmine_maxCaves = 1000

I'll be updating the default value for the variable later tonight.
 
You must log in or register to reply here.
Back
Top