These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Player Features and Ideas Discussion

 
  • Topic is locked indefinitely.
 

AFK Cloaking Collection Thread

First post First post
Author
Master Justasii
Brutor Tribe
Minmatar Republic
#801 - 2013-08-28 21:44:41 UTC
The problem and solution are so obvious that I can't even believe I haven't seen it after reading a good 40% of the threads. Is this really the best I can expect? I would hope that some more creative people will be joining EVE soon, because the lack of innovation of this subject is appalling.

So what is my genius idea...? Well, I'll tell you... *singing* He's going to tell. He's going to tell. He's going to tell. He's going to tell *singing* Not like that! Not like that! There'll be no singing while I'm here.... Right.

AaaaaawwwwwyeeeahhhhH!!!!!
WhipDiddyWhip
WeyIand-Yutani
#802 - 2013-08-28 23:04:11 UTC  |  Edited by: WhipDiddyWhip
ppl moaning about afk cloakers are just carebears who are to scared too go ratting with a cloaky about

"oh no... you ruined my ratting and i can't do anything about it so ill cry to ccp about it" boo hoo
Debora Tsung
Perkone
Caldari State
#803 - 2013-08-29 07:36:41 UTC
What, PAGE TWO?!

IMPOSSIBRUUUU!!!

Stupidity should be a bannable offense.

Fighting back is more fun than not.

Sticky: AFK Cloaking Thread It's not pretty, but it's there.

Nikk Narrel
Moonlit Bonsai
#804 - 2013-08-29 13:47:13 UTC
Debora Tsung wrote:
What, PAGE TWO?!

IMPOSSIBRUUUU!!!

I could have sworn I saw it on page 1.. AH, there it is!
Maximus Aerelius
PROPHET OF ENIGMA
#805 - 2013-08-29 14:18:25 UTC
Nikk Narrel wrote:
Debora Tsung wrote:
What, PAGE TWO?!

IMPOSSIBRUUUU!!!

I could have sworn I saw it on page 1.. AH, there it is!


You saw Page 2 on Page 1? WTF did Page 1 go then? RollBlink
Nikk Narrel
Moonlit Bonsai
#806 - 2013-08-29 14:41:25 UTC
Maximus Aerelius wrote:
Nikk Narrel wrote:
Debora Tsung wrote:
What, PAGE TWO?!

IMPOSSIBRUUUU!!!

I could have sworn I saw it on page 1.. AH, there it is!


You saw Page 2 on Page 1? WTF did Page 1 go then? RollBlink

It cloaked!
Maximus Aerelius
PROPHET OF ENIGMA
#807 - 2013-08-29 15:33:23 UTC
Nikk Narrel wrote:
Maximus Aerelius wrote:
Nikk Narrel wrote:
Debora Tsung wrote:
What, PAGE TWO?!

IMPOSSIBRUUUU!!!

I could have sworn I saw it on page 1.. AH, there it is!


You saw Page 2 on Page 1? WTF did Page 1 go then? RollBlink

It cloaked!


"NERF PAGE 1 MOOOOOAAARRRR!" I haven't seen it move so it must be AFK!
Andy Landen
Deep Core Mining Inc.
Caldari State
#808 - 2013-08-30 04:43:26 UTC
Barbara Nichole wrote:
No one "AFK" can drop a cyno or open a jump of any kind. No one cloaked can do any of those things either...


Until other players can know for sure whether a player really is afk, it is pointless to use the term "afk."

CCP could automatically logout any client which ceases to have user interaction of any kind for a specific amount of time, like 30 minutes with a timer that counts down with 15 minutes remaining. Would solve the whole afk camping/mining/botting issues too. Would lower the server overhead for inactive clients. Any click on or in the client, any typing in a chat window, any activation of modules or change of speed/direction, etc. would restart the timer.

"We cannot solve our problems with the same thinking we used when we created them." Albert Einstein 

TheGunslinger42
All Web Investigations
#809 - 2013-08-30 09:08:25 UTC
Andy Landen wrote:
Barbara Nichole wrote:
No one "AFK" can drop a cyno or open a jump of any kind. No one cloaked can do any of those things either...


Until other players can know for sure whether a player really is afk, it is pointless to use the term "afk."

CCP could automatically logout any client which ceases to have user interaction of any kind for a specific amount of time, like 30 minutes with a timer that counts down with 15 minutes remaining. Would solve the whole afk camping/mining/botting issues too. Would lower the server overhead for inactive clients. Any click on or in the client, any typing in a chat window, any activation of modules or change of speed/direction, etc. would restart the timer.


I agree that using the term "AFK" is pointless in these threads, because no one is upset by players being afk. They're upset by the uncertainty and potential risk. Your suggestion aims to remove the uncertainty and risk. It is a bad suggestion, because you want null to be your own personal 100% safe little goldfarm.

sorry, no
Nikk Narrel
Moonlit Bonsai
#810 - 2013-08-30 13:46:31 UTC
TheGunslinger42 wrote:
Andy Landen wrote:
Barbara Nichole wrote:
No one "AFK" can drop a cyno or open a jump of any kind. No one cloaked can do any of those things either...


Until other players can know for sure whether a player really is afk, it is pointless to use the term "afk."

CCP could automatically logout any client which ceases to have user interaction of any kind for a specific amount of time, like 30 minutes with a timer that counts down with 15 minutes remaining. Would solve the whole afk camping/mining/botting issues too. Would lower the server overhead for inactive clients. Any click on or in the client, any typing in a chat window, any activation of modules or change of speed/direction, etc. would restart the timer.


I agree that using the term "AFK" is pointless in these threads, because no one is upset by players being afk. They're upset by the uncertainty and potential risk. Your suggestion aims to remove the uncertainty and risk. It is a bad suggestion, because you want null to be your own personal 100% safe little goldfarm.

sorry, no

This.

The self serving garbage claims about wanting more activity are patently false on this game aspect.
If they wanted more activity, they would not have docked the targets of these ships in the first place.

Since they did dock the targets, the PvE ships not prepared to operate in the environment, they are instead stating they want to preserve their play style against hostiles.

But, it is not ok for their opponents to have this same ability in the game, despite having sacrificed by fitting, if not the actual hull being used, in order to have it.

It's not balanced if you deny your opponents the same opportunities you have.
Andy Landen
Deep Core Mining Inc.
Caldari State
#811 - 2013-08-30 14:16:39 UTC
TheGunslinger42 wrote:
Andy Landen wrote:
Barbara Nichole wrote:
No one "AFK" can drop a cyno or open a jump of any kind. No one cloaked can do any of those things either...


Until other players can know for sure whether a player really is afk, it is pointless to use the term "afk."

CCP could automatically logout any client which ceases to have user interaction of any kind for a specific amount of time, like 30 minutes with a timer that counts down with 15 minutes remaining. Would solve the whole afk camping/mining/botting issues too. Would lower the server overhead for inactive clients. Any click on or in the client, any typing in a chat window, any activation of modules or change of speed/direction, etc. would restart the timer.


I agree that using the term "AFK" is pointless in these threads, because no one is upset by players being afk. They're upset by the uncertainty and potential risk. Your suggestion aims to remove the uncertainty and risk. It is a bad suggestion, because you want null to be your own personal 100% safe little goldfarm.

sorry, no


My suggestion aims to free Eve servers and CPU load from a client which is receiving no interaction for an extended period of time. It may remove risk from a truly AFK player, but then again, if the player is truly AFK, there wasn't any risk from that player in the first place, so no risk is being removed. The most my suggestion does regarding perceived risk is to allow false risk to be perceived for say 30 minutes.

If a player isn't going to even spin their ship, chat in some group or local, check the market, mine or build, or even just warp to different belts or anoms for 30 minutes straight, then their account needs to be auto logged-off until they are ready to do something with it. Don't be fooled. An auto log-off will hardly affect the risk in the Eve Universe, let alone in null sec. My suggestion is quite good. Besides, don't you want to see afk miners auto-logged? Thought Nik was a miner who valued rewards going to those who weren't afk, and this suggestion doesn't even require cloaky cynos ready in every system in Eve to enforce it.

"We cannot solve our problems with the same thinking we used when we created them." Albert Einstein 

Nikk Narrel
Moonlit Bonsai
#812 - 2013-08-30 14:42:57 UTC
Andy Landen wrote:
TheGunslinger42 wrote:
Andy Landen wrote:
Barbara Nichole wrote:
No one "AFK" can drop a cyno or open a jump of any kind. No one cloaked can do any of those things either...


Until other players can know for sure whether a player really is afk, it is pointless to use the term "afk."

CCP could automatically logout any client which ceases to have user interaction of any kind for a specific amount of time, like 30 minutes with a timer that counts down with 15 minutes remaining. Would solve the whole afk camping/mining/botting issues too. Would lower the server overhead for inactive clients. Any click on or in the client, any typing in a chat window, any activation of modules or change of speed/direction, etc. would restart the timer.


I agree that using the term "AFK" is pointless in these threads, because no one is upset by players being afk. They're upset by the uncertainty and potential risk. Your suggestion aims to remove the uncertainty and risk. It is a bad suggestion, because you want null to be your own personal 100% safe little goldfarm.

sorry, no


My suggestion aims to free Eve servers and CPU load from a client which is receiving no interaction for an extended period of time. It may remove risk from a truly AFK player, but then again, if the player is truly AFK, there wasn't any risk from that player in the first place, so no risk is being removed. The most my suggestion does regarding perceived risk is to allow false risk to be perceived for say 30 minutes.

If a player isn't going to even spin their ship, chat in some group or local, check the market, mine or build, or even just warp to different belts or anoms for 30 minutes straight, then their account needs to be auto logged-off until they are ready to do something with it. Don't be fooled. An auto log-off will hardly affect the risk in the Eve Universe, let alone in null sec. My suggestion is quite good. Besides, don't you want to see afk miners auto-logged? Thought Nik was a miner who valued rewards going to those who weren't afk, and this suggestion doesn't even require cloaky cynos ready in every system in Eve to enforce it.

The server load, in this context, is meaningless.

The devs state being AFK while processing rewards by automated means is against the EULA. This idea helps those over the current state of affairs by comparison, since they react to the pilot roster quite effectively.
You are removing their obstacles to automated profit.

Competing with players who cheat is not something I want.
None of us cheat, so none of us should want such a change.
Andy Landen
Deep Core Mining Inc.
Caldari State
#813 - 2013-08-30 15:18:01 UTC
Nikk Narrel wrote:

The server load, in this context, is meaningless.

The devs state being AFK while processing rewards by automated means is against the EULA. This idea helps those over the current state of affairs by comparison, since they react to the pilot roster quite effectively.
You are removing their obstacles to automated profit.

Competing with players who cheat is not something I want.
None of us cheat, so none of us should want such a change.

What? I mean for everything you just said .. what?

Client auto-logoff due to inactivity is becoming quite common all over the world, regardless of the type of software.

Client auto-logoff does not encourage cheating or automated profit, so I have absolutely no clue what you are trying to say about my client auto-logoff after the first sentence. My suggestion has nothing to do with bots (which actually interact with the client)

My suggestion only affects inactive clients. It encourages players to do something with the client every now and then, or else have to re-login when they are ready to do something.

"We cannot solve our problems with the same thinking we used when we created them." Albert Einstein 

Nikk Narrel
Moonlit Bonsai
#814 - 2013-08-30 16:23:15 UTC
Andy Landen wrote:
Nikk Narrel wrote:

The server load, in this context, is meaningless.

The devs state being AFK while processing rewards by automated means is against the EULA. This idea helps those over the current state of affairs by comparison, since they react to the pilot roster quite effectively.
You are removing their obstacles to automated profit.

Competing with players who cheat is not something I want.
None of us cheat, so none of us should want such a change.

What? I mean for everything you just said .. what?

Client auto-logoff due to inactivity is becoming quite common all over the world, regardless of the type of software.

Client auto-logoff does not encourage cheating or automated profit, so I have absolutely no clue what you are trying to say about my client auto-logoff after the first sentence. My suggestion has nothing to do with bots (which actually interact with the client)

My suggestion only affects inactive clients. It encourages players to do something with the client every now and then, or else have to re-login when they are ready to do something.

Which is EXACTLY the obstacle automated play wants removed.

If Bob is cloaked, and really is AFK in a sov null system, we want him to stay online for as long as he chooses.
If he gets automatically dumped, it only really benefits the automated play, since a real live player should be able to adapt.
Andy Landen
Deep Core Mining Inc.
Caldari State
#815 - 2013-08-30 17:05:06 UTC
Nikk Narrel wrote:

Which is EXACTLY the obstacle automated play wants removed.

If Bob is cloaked, and really is AFK in a sov null system, we want him to stay online for as long as he chooses.
If he gets automatically dumped, it only really benefits the automated play, since a real live player should be able to adapt.


Who is automated play and what do they want removed? And how do they benefit from auto-logoff? And why is that bad?

If Bob is cloaked, and really is AFK in a sov null system, we want him to stay online for as long as he chooses to play.

A live player will adapt to the auto-logoff, I agree. If he can't be bothered signing in again after his afk activity, then he will return to the client before 30 minutes and type some random string in local or do something.

"We cannot solve our problems with the same thinking we used when we created them." Albert Einstein 

Nikk Narrel
Moonlit Bonsai
#816 - 2013-08-30 17:32:05 UTC
Andy Landen wrote:
Nikk Narrel wrote:

Which is EXACTLY the obstacle automated play wants removed.

If Bob is cloaked, and really is AFK in a sov null system, we want him to stay online for as long as he chooses.
If he gets automatically dumped, it only really benefits the automated play, since a real live player should be able to adapt.


Who is automated play and what do they want removed? And how do they benefit from auto-logoff? And why is that bad?

If Bob is cloaked, and really is AFK in a sov null system, we want him to stay online for as long as he chooses to play.

A live player will adapt to the auto-logoff, I agree. If he can't be bothered signing in again after his afk activity, then he will return to the client before 30 minutes and type some random string in local or do something.

You defining play as must click keyboard and mouse, is an unnecessary definition. Bob's intent to play, as evidenced by the presence of his client logged in and active, is all that we need.

Automated play benefits from auto logoff, obviously, by using the chat channel's pilot roster to make decisions.
Non blue pilot equals threat, dock up. Non blue pilots = 0, environment safe to resume activities.

Automated play, requiring a program to read and interpret data from the client, works most efficiently with the fewest possible variables. A non-sanctioned name in a list is far easier than most possible variables to react to.

Why is it bad? CCP states it is against the EULA, for one thing.
I myself do not want to attempt to outperform a machine on the other hand. I cannot stay online and be active due to sleep and work requirements, while the machine has no such limits.
It is unfair.

Now, if a player wants to sit in a POS boosting, or sit in a station just to collect communication logs, that's fine.
They are getting ISK on a scale that relates to their efforts, zero in this case.
Andy Landen
Deep Core Mining Inc.
Caldari State
#817 - 2013-08-30 17:59:29 UTC
Nikk Narrel wrote:

You defining play as must click keyboard and mouse, is an unnecessary definition. Bob's intent to play, as evidenced by the presence of his client logged in and active, is all that we need.

Automated play benefits from auto logoff, obviously, by using the chat channel's pilot roster to make decisions.
Non blue pilot equals threat, dock up. Non blue pilots = 0, environment safe to resume activities.

Automated play, requiring a program to read and interpret data from the client, works most efficiently with the fewest possible variables. A non-sanctioned name in a list is far easier than most possible variables to react to.

Why is it bad? CCP states it is against the EULA, for one thing.
I myself do not want to attempt to outperform a machine on the other hand. I cannot stay online and be active due to sleep and work requirements, while the machine has no such limits.
It is unfair.

Now, if a player wants to sit in a POS boosting, or sit in a station just to collect communication logs, that's fine.
They are getting ISK on a scale that relates to their efforts, zero in this case.

I say that if Bob intends to play, then he will do more than stare at local. I am sure that if all he wants to do is watch the client, boost in a pos, or collect communication logs, then it is not too much to ask him to click something like dscan every 30 minutes to avoid auto-logoff.

So you are defining automated play as botting and yes, that is against the EULA (though not very enforceable except when the client process is manipulated), but I am still trying to figure out how botting relates to auto-logoff. From my perspective, auto-logoff does not take into consideration whether there is botting software running or not, therefore the issue of botting is completely irrelevant to auto-logoff, except to say that auto-logoff would not specifically target botters anymore than any other clients.

"We cannot solve our problems with the same thinking we used when we created them." Albert Einstein 

Nikk Narrel
Moonlit Bonsai
#818 - 2013-08-30 18:31:26 UTC
Andy Landen wrote:
So you are defining automated play as botting and yes, that is against the EULA (though not very enforceable except when the client process is manipulated), but I am still trying to figure out how botting relates to auto-logoff. From my perspective, auto-logoff does not take into consideration whether there is botting software running or not, therefore the issue of botting is completely irrelevant to auto-logoff, except to say that auto-logoff would not specifically target botters anymore than any other clients.

If you are being serious, then the answer is simply that the software would make the client believe keyboard activity had occurred.

Inventory window opened and closed, there is your activity.
Automated by hotkey from a keyboard emulator.

As to auto logoff not targeting botters, that is beyond obvious, as botters would not be recognized by this function.
Example: Inactive cloaked players, Poof, logged off by system.
Bot monitor vISKY 7, update indicates no hostiles in system, undock and leave POS followed by resuming of ratting / mining.
Resume condition 1, monitor for hostile presence.
Log complete.

An incidental benefit may also affect actual live players, if they happened to be wildly avoiding activity and were still online at the time the cloaked menace was booted. They now have the rest of their play session till the next intruder pops in.
Assuming, of course, they were active enough to avoid being booted as well.
This thing could easily discriminate against non-bots quite easily, real people tending to glance at things like local rather than click already known inventory windows.
Teckos Pech
Hogyoku
Goonswarm Federation
#819 - 2013-08-30 22:43:34 UTC
Andy Landen wrote:

I say that if Bob intends to play, then he will do more than stare at local. I am sure that if all he wants to do is watch the client, boost in a pos, or collect communication logs, then it is not too much to ask him to click something like dscan every 30 minutes to avoid auto-logoff.


After having read the EULA several times there is nothing in violation if a player uses an automation process to do the above as it does not violate the EULA, namely this part:

Quote:
You may not use your own or any third-party software, macros or other stored rapid keystrokes or other patterns of play that facilitate acquisition of items, currency, objects, character attributes, rank or status at an accelerated rate when compared with ordinary Game play.


Are any items being acquired? No.
Any currency being acquired? No.
Any objects being acquired? No.
Any character attributes being acquired? No.
Any rank or status being acquired? No.

So, not a violation.

"The curious task of economics is to demonstrate to men how little they really know about what they imagine they can design."--Friedrich August von Hayek

8 Golden Rules for EVE Online

Andy Landen
Deep Core Mining Inc.
Caldari State
#820 - 2013-08-31 00:15:40 UTC  |  Edited by: Andy Landen
Teckos Pech wrote:
Andy Landen wrote:

I say that if Bob intends to play, then he will do more than stare at local. I am sure that if all he wants to do is watch the client, boost in a pos, or collect communication logs, then it is not too much to ask him to click something like dscan every 30 minutes to avoid auto-logoff.


After having read the EULA several times there is nothing in violation if a player uses an automation process to do the above as it does not violate the EULA, namely this part:

Quote:
You may not use your own or any third-party software, macros or other stored rapid keystrokes or other patterns of play that facilitate acquisition of items, currency, objects, character attributes, rank or status at an accelerated rate when compared with ordinary Game play.


Are any items being acquired? No.
Any currency being acquired? No.
Any objects being acquired? No.
Any character attributes being acquired? No.
Any rank or status being acquired? No.

So, not a violation.



No one said that afk was a violation of the EULA or of botting. Also, CCP turns a blind eye to key and mouse macros because it is virtually impossible for them to distinguish these macros from a real person. Also, macros are VERY different from client analyzing or code manipulation, even though both are botting.

I am just proposing that CCP institute a new policy of auto-logoff when their client receives no input of any kind from the player for 30 minutes straight. Sure there are people who would appreciate the auto-logoff function. And there are doubtless others who would not appreciate it; mostly consisting of those like the effect of inactive account on others but otherwise gain nothing else by the account being "online."

I suppose another alternative is that the ship powers off after 30 minutes of client inactivity while floating in space. Sensors go offline, modules go offline, cloak deactivates, speed drops to zero .. all while the account remains "online." I imagine that the auto-logoff is preferred to the auto-ship-shutdown.

"We cannot solve our problems with the same thinking we used when we created them." Albert Einstein