Player Features and Ideas Discussion

so let me get this straight... you want strip miners to be more automated because you are too lazy to use a survey scanner and want to afk mine more? LOL

what youre asking is for the miner to stop and therefore have less time wasted before you hear the depleted message, that sounds alot like afk mining to me, either way youre not looking at the client youre elsewhere

You don't seem to grasp the concept of "AFK" mining. That means not being there at all. You can't afk mine with a Hulk. Then you would need a miner on a indy. THAT is afk mining.

I am asking for a slight change that will make it slightly less timeconsuming for the real miners. Nothing here would benefit afk miners at all. You would know this if you had ever mined anything. You are clearly a pvp'r or similar that hates miners and everything they say and do. Please go away.

It's not a bad idea, but I am guessing it is not doable with the current way that the client-server code for mining is structured. Basically the mods only "check" anything at the start or end of the cycle, and this would require either some wonky maths at the start of the cycle, or periodic checks during the cycle. I doubt either is practical. As it stands now, I am guessing that the code checks the range at the start of the cycle, and only does a yield computation at the end; the time in between is just a delay to scale the yield / minute of the module, not a time during which the game code is actually doing anything.

The reason it would be wonky maths if you tried to predict at the start is that the code would need to take account of how many modules are targeted on the particular rock in order to estimate if it will be depleted before the end of the cycle or not. It depends not only on whether you have one laser or eight aimed at the ship (you CAN still mount miners on battleships, after all, even if nobody bothers), but also on the effective yield of those modules (which could include modules on other ships if you're not the only one in the belt). So there is really no way for the game to figure out ahead of time if the rock will be fully eaten by the end of the cycle or not.

The alternative is repeated checks at small intervals during the cycle, which I am guessing the network code would not be amenable to at all, since it could have a heinous impact on server lag, given the number of miners in space at any time.

Sadly i think you are correct, it might not be doable due to potential serverstrain, i didn't consider that one.

Thank you for the constructive critisism. Point well taken. Guess I have to wait for EVE to run on quantum computers. =D

For once, (and I'm having a hard time believing it myself,) I actually agree with Androch.

What your asking for would dumb down mining even further. It's not difficult to work out how far you need to let a strip run for if you know there is less than a full cycle left. If you take this away, then what skill is there left in mining?

If anything, the gripes I've been hearing from miners in corp is that they would prefer certain mining skills and mining laser upgrades to reduce laser cycle time rather than increasing flat yield. Something like switching astrology to cycle time and mining laser upgrades to be like weapons upgrades, a 50/50 mix of harvest amount and reduced cycling time.

the current system creates a nice distinction between more attentive miners who can be more efficient by using the scanner and stopping their cycles at the right time and ppl who just click 'mine', alt tab out and wait for a 'asteroid depleted' sound.

therefore those who are working harder are less wasteful than those who are distracted or multi-boxing more than they can handle.

TL:DR

no.

questions the complexity of mining and then displays a complete lack of problem solving ability and common sense. i think u just failed.



if u dnt like using spread sheets u can just:

1.- Figure out how much ore u will take in one cycle by dividing ur yield in m3 by the volume of the desired ore on the show info panel (this can also easily be done by mining a big asteroid once and remembering it, or writing it down if u dnt have a great memory).

2.a- If the amount of ore in the asteroid is less than cycle amount, do not mine. unlock asteroid, lock next asteroid, use scan, whatever.

2.b- If there is equal to or more than double that amount left in the asteroid then start/continue mining that asteroid and re-scan in 3 minutes.

2.c- If the amount in the asteroid is equal to or more than a signle cycle amount but less than double, unlock asteroid mid cycle.

3- U now have approx three minutes to run a scan and select and lock asteroids with ore quantities above a single cycle amount. This way, when the current cycle stops, u can just press f1,f2,f3 on the newly locked asteroids.

4- Rinse and repeat from 2a.b.c. using the scanner to find desirable asteroids.

^^ hey presto, 100% efficient mining and no spread sheets. woot \o/

I love spreadsheets but congratulations for missing the point of what I was getting at. If I didn't like to use a spreadsheet, or any spreadsheets for that matter, I wouldn't have made a table specifically for the purpose of giving me the information I need quickly. In this case, telling me how many cycles to run before stopping the strip miner prematurely and moving onto the next rock.

Hoho and guess what else, guess how I get the numbers to put into the spreadsheet of mine that tells me how many cycles I can get out of that asteroid? Thats right you guessed it, with a survey scanner!!