| Pages: 1 2 [3] 4 5 :: one page |
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Jake Solnich
   |
Posted - 2003.09.08 06:19:00 -
[61]
Edited by: Jake Solnich on 08/09/2003 06:20:58
Edited by: Jake Solnich on 08/09/2003 06:19:56
Jash I believe you need to get a grip and read these comments posted on this topic a more carefully.
Jash, you should especially read my post "What's An Exploit...and Camping/Lagging "Jump-In Points" where I posted links taken directly from the Eve Support page where it specifically states:
 Quote:
An exploit is when someone deliberately bypasses the normal game mechanics, by utilizing a bug, a weakness in the system or any other possible loophole in order to personally gain from it, and/or by intentionally use said means to take advantage of other players.
How is what the original poster is describing not an Exploit by CCP's very own definition!?
Jash I believe you have totally missed the point here.
I would rather die a free man than live as a slave. |
Jash Illian
|
Posted - 2003.09.08 06:33:00 -
[62]
Quote:
Edited by: Jake Solnich on 08/09/2003 06:20:58
Edited by: Jake Solnich on 08/09/2003 06:19:56
Jash I believe you need to get a grip and read these comments posted on this topic a more carefully.
Jash, you should especially read my post "What's An Exploit...and Camping/Lagging "Jump-In Points" where I posted links taken directly from the Eve Support page where it specifically states:
Quote:
An exploit is when someone deliberately bypasses the normal game mechanics, by utilizing a bug, a weakness in the system or any other possible loophole in order to personally gain from it, and/or by intentionally use said means to take advantage of other players.
How is what the original poster is describing not an Exploit by CCP's very own definition!?
Jash I believe you have totally missed the point here.
No, you missed the points and I replied over there as well.
You are attempting to have something classified as against the rules when it is completely impossible for the person to:
1) Recognize whether or not you have loaded the screen.
2) Do anything about it due to the sheer number of factors completely out of their control.
So by the rules you keep quoting, it is impossible to distiguish:
Whether or not someone is taking deliberatly 'bypassing the normal game mechanics by utilizing a weakness in the system'.
You're not asking anything with these asinine threads. You don't want clarification. What you want is CCP to say "They're exploiting" so you can gleefully dance like a kid at Xmas. I'm hard on CCP on a lot of things. But I won't credit them with stupidity of that level.
If you don't want this situation to occur, there is only ONE way to ensure it does not:
Don't engage in combat...EVER
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Cymoril
|
Posted - 2003.09.08 06:36:00 -
[63]
Quote:
The only way to fix this issue is to make the invul timer linked to the client state, ie the client controls and responds to the server letting the server know that the clients computer now has full control of the ship and the invul field is taken off and ships can now target.
That's the ONLY way?
Why not just make it so player's ship does not appear in the target sector until the client tells the host the he is done loading? There is no need for invulnerability here, just make it so that the client tells the host "okay, I'm ready" and THEN the ship appears to both the client and host at basically the same time. |
Iminay
|
Posted - 2003.09.08 06:36:00 -
[64]
Quote:
The only way to fix this issue is to make the invul timer linked to the client state, ie the client controls and responds to the server letting the server know that the clients computer now has full control of the ship and the invul field is taken off and ships can now target.
heh
you do realize we can all easily alter the client to tell the server that we dont have controll of our ships =), every scriptkiddy out there can code that into a 3rd party setup.
Hmmm.. afk trading.. and being invulnerable, = EVE, the second carebear heaven.
____________________________________________________________
Subscription Status: Active
Cancellation
Pending
Expires: 30. September 2003
|
Jash Illian
|
Posted - 2003.09.08 06:40:00 -
[65]
Quote:
Quote:
The only way to fix this issue is to make the invul timer linked to the client state, ie the client controls and responds to the server letting the server know that the clients computer now has full control of the ship and the invul field is taken off and ships can now target.
That's the ONLY way?
Why not just make it so player's ship does not appear in the target sector until the client tells the host the he is done loading? There is no need for invulnerability here, just make it so that the client tells the host "okay, I'm ready" and THEN the ship appears to both the client and host at basically the same time.
Hackable. You give that type of control to the client and someone will find a real way to exploit it through packet sniffing and playing with the signal being sent.
The client cannot be trusted in these games for anything except displaying information from the server.
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Jake Solnich
|
Posted - 2003.09.08 06:45:00 -
[66]
Jash once again I go back to my original rebuttal which I believe has a very good point that you fail to see.
By CCP's very own definition this situation could be classified as an exploit. That is my point.
Your point is obvious. You do not believe this is an exploit because you say that it's not the players fault if the game mechanics don't work correctly.
To some extent it wouldn't be the player fault if the game mechanics do not work correctly.
If that same player knowningly takes an unfair advantage of a weakness in the current games mechanics then that is an exploit.
Split hairs on the definition of an exploit if you must.
Until CCP clarifys this and determines that this is indeed an exploit no one will know for sure.
I'm just stating my opinion to the best of my ability and backing it up with facts that support my argument. Unlike some unsupported arguements I have seen thus far.
I would rather die a free man than live as a slave. |
Jash Illian
|
Posted - 2003.09.08 06:52:00 -
[67]
Quote:
Jash once again I go back to my original rebuttal which I believe has a very good point that you fail to see.
By CCP's very own definition this situation could be classified as an exploit. That is my point.
Your point is obvious. You do not believe this is an exploit because you say that it's not the players fault if the game mechanics don't work correctly.
To some extent it wouldn't be the player fault if the game mechanics do not work correctly.
If that same player knowningly takes an unfair advantage of a weakness in the current games mechanics then that is an exploit.
Split hairs on the definition of an exploit if you must.
Until CCP clarifys this and determines that this is indeed an exploit no one will know for sure.
I'm just stating my opinion to the best of my ability and backing it up with facts that support my argument. Unlike some unsupported arguements I have seen thus far.
Your opinion does not matter and your interpretation of CCP's rules do not matter. Your interpretation is to find them guilty of exploiting. You wrote this thread, and the other you're attempting to dodge with, intentionally slanted to persuade people that read the threads to find them guilty of exploiting.
If you think you've been the victim of an exploit, report it then wait for a reply. You come to these boards trying to drum up more fur covered support...
Well I got a pair of shears for people like that. Cause of sick of the "He/She Exploited!" bs around here. Report it. If CCP agrees, they'll take action. Choose to troll instead? Don't play "I'm wounded!" when people smack you about. 
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Jake Solnich
|
Posted - 2003.09.08 07:03:00 -
[68]
Edited by: Jake Solnich on 08/09/2003 07:06:42
Quote:
Your opinion does not matter and your interpretation of CCP's rules do not matter. Your interpretation is to find them guilty of exploiting. You wrote this thread, and the other you're attempting to dodge with, intentionally slanted to persuade people that read the threads to find them guilty of exploiting.
Jash I have nothing else to say to you except this.
You obviously don't know what your talking about and you obviously didn't even read the original post on this thread.
You say I wrote this thread and if you had read the original post you would see that I did not! Get your facts straight otherwise you only make yourself look like a fool.
I would rather die a free man than live as a slave. |
Jash Illian
|
Posted - 2003.09.08 07:08:00 -
[69]
Quote:
Quote:
Your opinion does not matter and your interpretation of CCP's rules do not matter. Your interpretation is to find them guilty of exploiting. You wrote this thread, and the other you're attempting to dodge with, intentionally slanted to persuade people that read the threads to find them guilty of exploiting.
Jash I have nothing else to say to you except this.
You obviously don't know what your talking about and you obviously didn't even read the original post on this thread.
You say I wrote this thread and if you had read the original post you would see that I did not! Get your facts straight otherwise you only make yourself look like a fool.
Actually I did read the thread. Including Stavros' usual hijinks and Molly's barely covered venom for all things furry. I forgot that Arathamon started the thread. So shoot me for losing track in 4 pages.
Poe-Tay-Toe...Poe-Tah-Toe. So now can you find something better than minutia? Cause fuggling the thread author doesn't change anything written past that point.
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Jim Raynor
|
Posted - 2003.09.08 07:16:00 -
[70]
Hey kids, using drones isn't an exploit.
------
ROBBLE ROBBLE |
Jash Illian
|
Posted - 2003.09.08 07:18:00 -
[71]
Quote:
Hey kids, using drones isn't an exploit.
Too logical, Jim. You have to think more irrationally. Using drones are an exploit! Same as using any turret except a mining laser is an exploit! You're exploiting the system to make this game something other than a mining simulator 
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Jake Solnich
|
Posted - 2003.09.08 07:25:00 -
[72]
No one said that using drones was an exploit.
There are alot of variables involved in this possible exploit and some of you are looking at this with too narrow a view.
In order to understand this situation you need to look at the whole story and not just pick bits and pieces out of it.
If you just chose to look only at one part of the situation you will never get the whole story.
Perhaps some of the posters here are doing that on purpose knowing that they are wrong and they have nothing else to fall back on.
I would rather die a free man than live as a slave. |
Jash Illian
|
Posted - 2003.09.08 07:36:00 -
[73]
Edited by: Jash Illian on 08/09/2003 07:38:02
Quote:
No one said that using drones was an exploit.
There are alot of variables involved in this possible exploit and some of you are looking at this with too narrow a view.
In order to understand this situation you need to look at the whole story and not just pick bits and pieces out of it.
If you just chose to look only at one part of the situation you will never get the whole story.
Perhaps some of the posters here are doing that on purpose knowing that they are wrong and they have nothing else to fall back on.
You want the whole, Jackie? Ask and you shall receive:
Quote:
Recently people have been waiting at jump-in points in systems...
Irrelevant. One of the 4 locations where combat is possible in Eve and all 4 suffer from the same issue: the client has to load the data for the area.
Quote:
...deploying all the drones they can, waiting for unsuspecting victims to jump in...
Ludicrious. Two skills in the game increase the number of drones a person can launch, up to 11 total. To accuse a person of exploiting for using of the drones they can, for which they spent days to do, is asinine.
Quote:
...then podkilling them before their client even loads...
Immaterial. Already covered under the sarcastic and serious replies concerning how one tells whether or not another person's computer has loaded. And how little control a person has over the myriad of factors that can affect such performance.
Quote:
Somewhat noteworthy in this tactic is using harvester mining drones in combat for the sole purpose of lag, thinly veiled behind the excuse of making your ship harder to target.
Conjecture and illogical. It is only a guess at the motivation of why harvesters were present at the battle. Based on the negative tone of the post and the motivation to perceive the situation as poorly as possible, the post assume foul when accident could just as easily be the reason. Short of real evidence, not conjecture, it's best to fall back of the basic foundations of all fair justice systems:
Innocent Until Proven Guilty.
Anything else?
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Mitchman
|
Posted - 2003.09.08 07:45:00 -
[74]
Quote:
Unfortunatly with the way existing game mechanics are, this is an issue you can not avoid.
The only way to fix this issue is to make the invul timer linked to the client state, ie the client controls and responds to the server letting the server know that the clients computer now has full control of the ship and the invul field is taken off and ships can now target.
There are ways to fix this without the client having to notify the server it's done loading. Who sends the data? The SERVER. Who will know when the client is done loading the data? The SERVER.
|
Jash Illian
|
Posted - 2003.09.08 07:58:00 -
[75]
Edited by: Jash Illian on 08/09/2003 07:58:52
Quote:
Quote:
Unfortunatly with the way existing game mechanics are, this is an issue you can not avoid.
The only way to fix this issue is to make the invul timer linked to the client state, ie the client controls and responds to the server letting the server know that the clients computer now has full control of the ship and the invul field is taken off and ships can now target.
There are ways to fix this without the client having to notify the server it's done loading. Who sends the data? The SERVER. Who will know when the client is done loading the data? The SERVER.
How will the SERVER know when the client is done loading the data unless the CLIENT tells it so? At which point, the game's integrity is compromised by opening a vulnerability to hacking.
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Mitchman
|
Posted - 2003.09.08 08:25:00 -
[76]
The server has a buffer of data waiting to be sent to the client. When that buffer is empty, it will know that the client has received or is about to receive that last bit of data. There might be a second delay or so for the client to catch up, depending on the size of the buffer and the speed of the connection (which is also possible to calculate on the server side), but that shouldn't matter that much.
|
Macumba
|
Posted - 2003.09.08 08:37:00 -
[77]
Randomise the jump points. I don't mean just half-a-dozen points around a planet. Have an area of open space in each system as the jump area and have random points with *insert distance here* between each one.
Theres enough room out there. Use it.
I can't believe that people are still trying to justify killing people before they've even sync'd. Even if it's not an exploit (which lets face it, it isn't if you go by CCP's rules) and just poor game design, how lame a tactic can you get?
"PVP = griefing" Papa Smurf |
Drutort
|
Posted - 2003.09.08 08:38:00 -
[78]
Quote:
Quote:
Quote:
The only way to fix this issue is to make the invul timer linked to the client state, ie the client controls and responds to the server letting the server know that the clients computer now has full control of the ship and the invul field is taken off and ships can now target.
That's the ONLY way?
Why not just make it so player's ship does not appear in the target sector until the client tells the host the he is done loading? There is no need for invulnerability here, just make it so that the client tells the host "okay, I'm ready" and THEN the ship appears to both the client and host at basically the same time.
Hackable. You give that type of control to the client and someone will find a real way to exploit it through packet sniffing and playing with the signal being sent.
The client cannot be trusted in these games for anything except displaying information from the server.
wrong!! read my other info...
you can use smart ways... use prediction's based on client's ability!! that can be done server side VERY EASY just do some checks and calc's to see what the persons SYSTEM CAN DO...
taht can be stored on server side and checked X time...
then that prediction can be used to orgonize the LOAD TIME and the APEARING OF A SHIP...
PPL ALWAYS THINK of ideas... that is my job  
maybe some of those classes i took payed off a bit 
support Idea: QuickInfo an alternative to ShowInfo
my MoBlog |
j0sephine
|
Posted - 2003.09.08 08:39:00 -
[79]
Edited by: j0sephine on 08/09/2003 08:41:25
"Irrelevant. One of the 4 locations where combat is possible in Eve and all 4 suffer from the same issue: the client has to load the data for the area."
... If i remember correctly, the Big Issue of Previous Month[TM] was, after fresh patch people with low security rating were dying in droves and losing their precious uber-ships upon warping in the empire space, because out of the 4 locations where combat is possible in Eve only 1 suffer from extra quirk: there's no invulnerability timer when entering new system... which was resulting in fireworks and free pod rides well before the screen would manage to refresh for the arriving person, without slightest chance to react?..
BH Latro:
"Unfortunatly with the way existing game mechanics are, this is an issue you can not avoid.
The only way to fix this issue is to make the invul timer linked to the client state, ie the client controls and responds to the server letting the server know that the clients computer now has full control of the ship and the invul field is taken off and ships can now target."
... Is it really the only way? One thing that's easy to notice is, when you use directional scan to check for possible presence(s) at the gate, the result is usually available within couple of seconds or even less, and contains pretty much all that's needed -- all objects present, their types and their positions in space.
The difference seemingly being, the client doesn't have to load all the data needed for the 3d visualisation... so just curious if there was any tests made how it'd affect the performance if the 3d data wasn't loaded on entering the new location, but only when it'd be actually needed, i.e. upon some ship getting within visual range....
"The true question to ask here is using a tactic that prevents your target from being capable of responding using current game mechanics an exploit? Of course add to this that you are aware of that  "
I don't think it's really an exploit... (classifying it as one would mean it didn't occur to the developers people would do such thing as camping the warp-in spots... and 'tis just silly) But on the other hand it just sounds like combat equivalent of ore stealing --minimal risk being not a result of one's skill, but purely of the game mechanics-- hardly something to brag about. :s
|
Drutort
|
Posted - 2003.09.08 08:40:00 -
[80]
Edited by: Drutort on 08/09/2003 08:48:43
Quote:
The server has a buffer of data waiting to be sent to the client. When that buffer is empty, it will know that the client has received or is about to receive that last bit of data. There might be a second delay or so for the client to catch up, depending on the size of the buffer and the speed of the connection (which is also possible to calculate on the server side), but that shouldn't matter that much.
im glad that someone knows what they are talking and no i dont have a major in CS LOL
i was going but changed my mind coming up with ideas and improvements is my field as i found out hehe
fact your system is fixed... your connection well is 90% fixed it wouldnĘt change too much...
thus you can use prediction to do your stuff... without giving control to the client!!
there really is no hack that i could think that could work here... since you only have X time when it would be checked...and if someone tried to some how spoof a system there is a MIN REQ FOR THIS GAME... so it cant be lower then that... and mostly that would do no good for someone... it would at most only buy a few sec for someone.... but that is a lot better then what is going on right now...
I would also req the user to have on client side saved his computer specs then the server can match the system specs client side and based on the calc that the server did with acceptable % error it should be within a tolerance
you people who say there is no way... should really just shove it... just because you dont see a way doesnĘt mean there isnt one... there is always a way it is a matter of time and the question will you take the harder approach or the cheaper faster way...
and in the past looks like CCP has taken the CHEAPER way... which is not expectable for A MMO!!!
support Idea: QuickInfo an alternative to ShowInfo
my MoBlog |
Jash Illian
|
Posted - 2003.09.08 08:50:00 -
[81]
Quote:
Edited by: j0sephine on 08/09/2003 08:41:25
"Irrelevant. One of the 4 locations where combat is possible in Eve and all 4 suffer from the same issue: the client has to load the data for the area."
... If i remember correctly, the Big Issue of Previous Month[TM] was, after fresh patch people with low security rating were dying in droves and losing their precious uber-ships upon warping in the empire space, because out of the 4 locations where combat is possible in Eve only 1 suffer from extra quirk: there's no invulnerability timer when entering new system... which was resulting in fireworks and free pod rides well before the screen would manage to refresh for the arriving person, without slightest chance to react?..
Actually that situation isn't the same. There are no immunity timers for NPCs. Lowsecs got pod rides for undocking too. NPC rats in roid belts can and have lock/fire immediately on ships that land in the middle of them. Corpmate lost a Rupture to 4 Marauders in about 10 seconds (his guess).
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
j0sephine
|
Posted - 2003.09.08 08:58:00 -
[82]
"Actually that situation isn't the same. There are no immunity timers for NPCs."
... Allow me to clarify it for myself; so, if i enter a new system and there's someone other PC sitting at the drop point, they cannot lock on me for those default 10 secs, or can they? (from what Molly wrote in this thread it'd seem that yes, they can target me immediately...)
|
Jash Illian
|
Posted - 2003.09.08 09:10:00 -
[83]
Quote:
"Actually that situation isn't the same. There are no immunity timers for NPCs."
... Allow me to clarify it for myself; so, if i enter a new system and there's someone other PC sitting at the drop point, they cannot lock on me for those default 10 secs, or can they? (from what Molly wrote in this thread it'd seem that yes, they can target me immediately...)
They can target you. I just said the situation you pointed out was different as it was NPC action. NPCs don't follow the same rules players do.
As for the jump in points, it has existed since beta. It did undergo a change from a single jump in point for each solar system to several. The more astute people will note that currently the game tells you where you will be landing on the other side of the jump when you begin to jump (tho that's not always correct). So the information isn't some massive secret that m0o just discovered.
What these people are attempting to do (and they know almost full well what they're doing) is eliminate any and all chances to be attacked in this game. Short of lag or being afk (), a blockade can't stop anyone from turning around and jumping. Short of lag, nothing can stop a person that undocked from turning around and docking. Because of lag, everyone knows the instant someone warps into a roid belt, giving non-afk people plenty of time to warp out.
I can't wait to see the crying when cloaking hits the servers
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
Macumba
|
Posted - 2003.09.08 09:20:00 -
[84]
*******s Jash. I don't mind being attacked at all, I'd just like to be able to respond.
You don't get that option when you're attacked on jump-in.
The only reason people are using drones to slow the client down is because cargo containers would make it too obvious.
"PVP = griefing" Papa Smurf |
Jash Illian
|
Posted - 2003.09.08 09:42:00 -
[85]
Quote:
*******s Jash. I don't mind being attacked at all, I'd just like to be able to respond.
You don't get that option when you're attacked on jump-in.
The only reason people are using drones to slow the client down is because cargo containers would make it too obvious.
Yeah, drones add absolutely no value to a battleship fight. Ask Jade Constatine
You may want a chance to respond. You might actually stick around and slug it out with the force waiting. I might as well, depending on the forces arrayed against me.
But if it looks too ugly and I have a half a sec to warp, I'm gone. At least I can admit that wholeheartedly. And that's what the immunity timers give people: the half second to warp.
I mean its like you want corporations to oblige each other like its sex or something. Pffft I would rather **** my enemy.- Rohann
Be careful out there. That other guy waiting in the queue for the gate MIGHT be a baby-munching frock-burner, YOU JUST DON'T KNOW!- Lallante |
UnIQu3
|
Posted - 2003.09.08 10:13:00 -
[86]
The drones is quite helpfull, first they causes confuse! and then others have problems target you! but then the new sad thing is that drones is used to cause lag :/ not good hope it get fixed!
|
Macumba
|
Posted - 2003.09.08 10:17:00 -
[87]
Context Jash. Try it some time.
People use drones to lag the client. End of story. The fact that people have been found with clouds of mining drones around them at jump gates or jump-in points makes it blatently obvious what they're up to. The only reason mining drones or cheap drones are used is because they can carry a lot of them and because (as has been proved in this thread) you can turn around and say "They're only drones. What are you going to do? Ban drones now? OMG OMG OMG". Drones are less obvious than cargo containers.
I'm not saying drones are exclusively used for lag, but they help a lot. When people use mining drones in combat then its blatantly obvious why they're there.
So, no, don't ban drones. Ban the *****s who blatantly take the **** out of the mechanics of the game.
"PVP = griefing" Papa Smurf |
j0sephine
|
Posted - 2003.09.08 10:18:00 -
[88]
"and then others have problems target you!"
... what problems?.. o.O
|
Rust
|
Posted - 2003.09.08 10:28:00 -
[89]
The only reason I can see for using mining drones is to lag, because you can fly a lot more miners than heavy drones that could be of use in a fight.
|
Athule Snanm
|
Posted - 2003.09.08 10:41:00 -
[90]
Ultimately it's a nasty situation caused by the game mechanics and as more and more people catch on to using drones in large numbers (which are in fact a must have in a battleship anyway) it's going to get a lot worse before it gets better.
The only solution as things stands at the moment is to ban drones - which obviously isn't an option as it also hurts people not fighting in groups. My overall opinion is that this isn't an exploit, but it's a game killing behaviour from the mechanics of the game.
As to the appearance of harvester drones, if they were placed for lag inducing then yes it is clearly an exploit. However I think it's far more likely someone had a mix of drones and chose 'launch all'.
Currently EVE's anti-radar mechanics have in fact created a radar in reverse, where the fleet camping has a free chance to destroy any incoming ships with no possibility of the opposing force being able to retaliate or escape. My solution? Probably unworkable, but here goes. Server sends a public key code to the client. All data is transferred encrypted, when complete the immunity timer clicks in. The server sends the second part of the key and the client uses it to decrypt the data.
Another possible solution would be for user set warp/jump point angle and distance. This has the problem of being limited by the grid system in the game, if that wasn't the case the chances of locking/scrambling/jamming/shooting all before the incomer can load would be much smaller.
_______________________________
Doomheim - EVE's only hygiene! |
| |
|
| Pages: 1 2 [3] 4 5 :: one page |
| First page | Previous page | Next page | Last page |