Upcoming Feature and Change Feedback Center

Real "Thrill of the hunt". It should be named "Slaughter of the Lambs".

that make me laugh and i actually pee'd a little

Sure would if you put them together. What does it matter to me if the market orders got updated through someone's computer or someone's iphone? This module I bought got invented and manufactured by someone who logged in with the app, oh the horror!

Alright I'll be honest. Seeing that gives me a bad feeling.

I've poked a bit of fun at some complainers in the thread (Sorry. It's a character flaw, what can I say) but really... you are right. This kind of sucks.

Just like the dailies and garrison gold missions in WoW, the mere existence of this new 'opportunity' will act like a tiny itch that you want to ignore but can't because you'd be dumb not to just reach and scratch it.

I mean, I will do those missions because I'd be dumb not to, right? But the fact it's going to put something unwanted on my to-do list bugs me. Hell, I don't even have a to-do list in EVE. But now I will.

We have a convert. Praise Bob.

It solves the exact problem that they claim they want to solve: that, just as predicted, the inifniqueue made people log in less frequently. A 24h limit would not force you to log in daily — it never did. Hell, having no queue at all didn't force you to do that.

The argument that people didn't log in to play applies equally to the opportunity proposal, and thus completely debunks the notion that they're doing this to “promote activity.” They're doing it to artificially inflate a PR number that they accidentally deflated by changing a wholly unrelated mechanism. The difference is that the 24h queue was something you could fiddle with (while engaging in more relevant activities) during your regular play hours, be it over the weekend or biweekly or whatever, so it did not offer a distraction over more fun stuff, nor was it a demand when you didn't really have time for it. It was something you could incorporate in your regular game schedule rather than something you had to build an artificial game schedule schedule around.

It's better than a daily because it's not a daily; it's better than a forced, limited activity, because it's a background maintenance task; it's something you can do at your leisure while you're logged in, not something you specifically have to log in to do.

Why won't CSM talk some sense into the devs? At least they would do something for a change.

Here is my suggestion for giving SP rewards to PvP activities:

Summary

Give an SP reward if one player (Alice) destroys another player's (Bob) ship. The amount of SP rewarded is inversely proportional to the number of "relationship points" (RP) Alice has with Bob. RP is used as a tracking tool to determine how often players interact with each other. RP cannot be modified by the player.

Q&A with myself to explain

Q: What is the problem?
A: In order to keep players from exploiting the "kill your own alt for PvP rewards" issue, it is necessary to track how players relate to one another.

Q: What is your solution?
A: I propose that each player have a RP list in their character profile that tracks how often the player interacts with other players. The goal of RP will be to determine how "connected" a player is with another player.

Q: How would RP be tracked?
A: Each player would have a list of character names and associated RP count in a tab in their Character Sheet.

Q: What can change a player's RP?
A: Certain events such as destroying on-another's ship, chatting with one another, being in the same corporation at downtime, activating remote modules with one another, sending mail to one another... all would increment the RP to varying extents.

Q: Can you give me an example of how a RP would change in a fight?
A: I'll keep it simple and say only killmails generate RP. Let's say Alice destroys Bob's ship. Alice is in a fleet with Charlie. Alice is tackle. Charlie is in a brawler fit. Bob has never interacted with Alice before but Bob and Charlie have fought and killed eachother many times before. When Bob's ship blows up, a killmail is generated. Immediately upon generation of the killmail, Bob's name appears in Alice's RP list for the first time and 1 RP is incremented to Bob's entry. Since Bob and Charlie have killed eachother many times in the past, Charlie is already in Bob's RP list so 1 RP is incremented to Charlie's entry. Similarly, Charlie's RP list already has Bob's name present with 7 RP; this RP increments to 8.

Q: How would SP be awarded to everyone in that fight if daily PvP SP rewards were a thing?
A: Since Alice has never before interacted with Charlie, Alice only has 1 RP associated with Charlie in her list. Since she was included in the killmail of Bob's ship, let's say her SP reward is 10,000 SP. However, since Bob and Charlie already have 7 RP with eachother before the battle from previous interactions, the SP reward that Charlie receives for being on the killmail is much lower, say 78 SP (ex. formula: SP_reward = 10000*(0.5)^(RP) ). This example formula halves the amount of SP rewarded when RP increases by 1. If Alice destroyed Bob's ship again the next day for the daily PvP SP reward, she would only receive 5000 SP (half of what she got the day before). If Charlie were fleeting with Alice again for this second kill, he would only receive 39 SP.

Q: How would this solve the "kill your own alt" problem of PvP rewards?
A: In my simple example, the daily SP reward goes down by half when a player tries to kill the same character twice. In order to maximize SP, players would be forced to kill many more unique characters instead of just killing the same alt over and over.

Q: What if a corporation exploited your system by undocking a large number of alts that were meant to be killed to harvest SP?
A: That would be a difficult undertaking of a corporation since CCP only allows one character from one account to be logged in at any one time. If I had to propose a mitigating solution, I would suggest that CCP create an "interrelatedness" function using "degrees of separation" as an input. Basically, when a killmail is generated, you establish a small amount of RP with anyone who has also interacted (killed or been killed by) with the victim. Imagine a SP farming scenario with lots of alts being killed over and over by a large group of players until their RP is maxed out and the alt biomassed. If RP is incremented not only for those involved in the killmail, but those who interacted with those in the killmail, and those who interacted with those who interacted with those in the killmail, then the rate of RP increase of the SP farming alts would increase much faster if it were the same group of characters killing the alts. However, I imagine all the added processing power needed to do all these RP calculations would make using this "interrelatedness" function unfeasible.

My argument with this was sp is available to everyone, you dont have to change your style of gameplay to benefit from injectors, dailies require you to change your activity in order to get the reward, people who pvp, market trade, industry, haulers all get pretty much shafted because they dont shoot npc's.

The best way for CCP to increase activity is by removing or limiting all the features that promote reducing activity such as:

Unlimited Skill Queue.
API pushes with in-game info such as notifications, Eve Mail, and etc.
and many more.
"Or maybe stop paying or promoting so much attention to the PCU?"



And, Or, give us more meaningful reasons to log in such as:

More ways to annoy other players when they are not online through Sov or Structure mechanics. (Yeah, cry more Sov sprawlers )
Additional meaningful NPC content.

Simply giving SP boosts for doing same old things only shows how much imagination and ingenuity your game design is currently lacking.

Maybe its time to replace some burnt out Devs.