| Pages: [1] :: one page |
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |

Dakath
|
Posted - 2005.11.15 18:21:00 -
[1]
Drones are going to be "adjusted" to reduce lag. So be it.
I have some other ideas to reduce lag as well.
Cans and abandoned ships and shuttles: Space is full of this junk. Pop 'em. Pop them every 6 months on December 31 and June 30 at downtime. Make sure everyone knows this is going to happen. If they are too lazy to retrieve their space-junk, they lose it.
Roids: Do we really need several types of Omber? Go back to the old way. Also, reduce the number of roids in the galaxy by 50%, but increase the size of the remaining ones by 50%. Tinker with the regrowth rate to keep the average amount of ore consistent with what is going on today.
Bookmarks: Make warps gate to gate, station to gate and gate to station spot on. No skills, no modules, just warp from Point A to Point B perfectly every time. Even for noobs.
Then erase all the bookmarks during the upgrade. Most of those bookmarks will never be replaced because people won't need bookmarks to travel anymore. Some will, safespots and so on, but they will be few compared to all the travel bookmarks.
The boredom of travel will decrease. Warp times will remain the same so there will be a speed limit.
Gankers, don't whine too much. You will still be able to catch someone coming OUT of a station or gate. 
1000 baby bunnies were slow-roasted alive to create this signature line.
We Hate Bunny |

Sandzibarr
|
Posted - 2005.11.15 18:46:00 -
[2]
Quote: Then erase all the bookmarks during the upgrade.
Ahhh. the old cure the headache by cutting off the head technique... 
In a word... No.
Still note sure why bookmarks arent stored client side though tbh..
|

Dakath
|
Posted - 2005.11.15 18:50:00 -
[3]
Originally by: Sandzibarr
Quote: Then erase all the bookmarks during the upgrade.
Ahhh. the old cure the headache by cutting off the head technique... 
In a word... No.
Still note sure why bookmarks arent stored client side though tbh..
Did you read this part? Make warps gate to gate, station to gate and gate to station spot on. No skills, no modules, just warp from Point A to Point B perfectly every time. Even for noobs.
This would make travel bookmarks completely uneccesary.
Bookmarks are not stored client side because they could be hacked. Or so I have read here on the forums.
1000 baby bunnies were slow-roasted alive to create this signature line.
We Hate Bunny |

Sandzibar
|
Posted - 2005.11.15 18:55:00 -
[4]
I use bookmarks for things other than insta's. crazy i know.
and as for my clientside bookmarks being hacked.. that sounds a little far fetched.
the system they are implementing sounds good to me... agree about the abandoned equipment point though. though id say a 1 month destruct timer.
|

Dakath
|
Posted - 2005.11.16 00:03:00 -
[5]
I see that my remarks on bookmarks lacked clarity.
1. All warps to gate would become instajumps. You land right on top of the gate. If your autopilot is on, you jump immediately. Of course, you still have to come out the other side like before. This would eliminate the need for travel bookmarks.
2. All warps to dock would become instadocks. Of course, you have to leave the station sometime. 
3. All bookmarks would be erased in the upgrade. People would still be able to make new bookmarks for safespots, mining and so on. No one would bother to replace travel bookmarks because they would not need them. This would eliminate much lag. I'll bet 99% of bookmarks are for travel.
4. All of the above would be in the program. NO modules, NO new skills.
5. Gankers could still get people exiting a gate or station. They would have the same chance they have now, and less lag.
1000 baby bunnies were slow-roasted alive to create this signature line.
We Hate Bunny |

Thomus
|
Posted - 2005.11.16 00:06:00 -
[6]
Originally by: Dakath
yeah, everything that he said in his OP.
---------------- Tom |

SkodaScud
|
Posted - 2005.11.16 00:13:00 -
[7]
I can see the reasoning behind it .... but how about as an addition to that make it so when you jump you do not come out the other side cloaked, so that you show up on overview immediately ? this may placate the gate gankers a little  |

Dakath
|
Posted - 2005.11.16 00:23:00 -
[8]
Originally by: SkodaScud I can see the reasoning behind it .... but how about as an addition to that make it so when you jump you do not come out the other side cloaked, so that you show up on overview immediately ? this may placate the gate gankers a little 
That's the way it was at the start. The problem was that people were getting ganked and killed before their own display cleared from the jump. I doubt CCP will bring that 'feature' back. 
1000 baby bunnies were slow-roasted alive to create this signature line.
We Hate Bunny |

Rendill
|
Posted - 2005.11.16 00:28:00 -
[9]
New system seems absolutely perfect to me. A bit of randomness, but generally much faster autopoilt travel, and i'd expect a module to increase accuracy. CEO |

Corvus Dove
|
Posted - 2005.11.16 00:36:00 -
[10]
I wouldnt make everything INSTA but I think it's sane to go with the new system. Instas are bad, BMs or not.
I'd say turn off concord response for attacking canisters, and make it all faction-only so people can defend their cans. Then people can haplessly pop ad-cans all day if the holding corp doesn't care.
The TYPES of roids arent' causing lag. Leave em, they're helping control the economy. I also don't think belts of huge moons would make much sense.
I WOULD suggest something that forces people to leave high-sec: make the roid respawn rate in downtimes proportional to the sec of the system. It would take, say, 10 downtimes for roids to start respawning in 1.0, but in 0.1 and 0.0 1 downtime will nearly replenish a belt. Also simulates the effects of over-mining, opening up new RP opportunities and discouraging "hanging out" in High-sec for your whole EVE-life.
The more CCP uses modules to resolve balance issues instead of systemwide rules, the more control CCP will have over how EVE works. CCP, please keep this in mind before swinging the nerfbat. |

Liisa
|
Posted - 2005.11.16 00:36:00 -
[11]
Originally by: Sandzibar and as for my clientside bookmarks being hacked.. that sounds a little far fetched.
I beg to differ with this statement.
I have played a few games and it never ceases to astound me to what lengths people will go to get an advantage.
If bookmarks were stored clientside somebody somewhere with far too much time on their hands would figure out how the bookmarks are stored, how they are updated and how the coordinate system works.
Using this information said person would then create a little tool with which he could make himself a bookmark in any system at any time.
It would also not astound me if the person mapped all the important systems and then stored all the coordinates for all the important celestial objects in the tool.
All he would have to do then (while we still have instas that is) would be to get his current coordinates (easy to do, you get them when you make a bookmark), input them into his tool, click "make me an insta to <insert celestial object here>, click update bookmarks, and presto: he has an insta.
Would also be great for creating safespots.
Hence the very valid reason why so much is handed server side. Players have proven that everything that is handled client side can be hacked and somebody will hack it.
|

Mangold
|
Posted - 2005.11.16 09:35:00 -
[12]
Originally by: Dakath
Originally by: Sandzibarr
Quote: Then erase all the bookmarks during the upgrade.
Ahhh. the old cure the headache by cutting off the head technique... 
In a word... No.
Still note sure why bookmarks arent stored client side though tbh..
Did you read this part? Make warps gate to gate, station to gate and gate to station spot on. No skills, no modules, just warp from Point A to Point B perfectly every time. Even for noobs.
This would make travel bookmarks completely uneccesary.
Bookmarks are not stored client side because they could be hacked. Or so I have read here on the forums.
Tactical BMs anyone?
I'd hate to have to make new ones.
|

sonofollo
|
Posted - 2005.11.16 09:55:00 -
[13]
well random ones ie the 5-9km might work and be even more accurate but overall i think more fleet movement even using a newb friend as a scout
|

dsadad
|
Posted - 2005.11.16 10:08:00 -
[14]
What about BM for ur secure cans, ships or anything on a SS, u wanna delete them all too, insane.
Think b4 post man, no way in hell to delete all the bm at the same time, selective ones? hmmm, combat BM arround gates anyone?.
So, someone in a empire war: undock -> station camped, dock again. Station not camped -> all are insta bms in autopilot and shuttles and ceptors, even some frigs are impossible to cacth b4 warp, great war.
no thxs
|

Rod Blaine
|
Posted - 2005.11.16 10:39:00 -
[15]
Edited by: Rod Blaine on 16/11/2005 10:40:15 My recent boredom inspired by not being able to get myself to travel as little as 40 jumps for get a new ship once every couple weeks leads me to agree with the op somewhat.
I actually wouldnt mind of all bm's would be insta bm's from here on.
However, in that case the new tech2 interdictor style ships should not only have modules that allow them to make mobile warp disrution fields, but also be able to fit a module that scrambles warp accuracy in the target area, resulting in any warp initiated into said area being cursed with say a 2-15km inaccuracy modifier in a random direction.
Voila, ability to camp and intercept restored, travel times left alone.
edit: oh, and deleting all bm's would indeed be somewhat harsh. Just deleting those within a certain range of gates would do. And sniping bm's, who cares ? You can just make some new ones. Not like they are a valuable addition to gameplay anyway. _______________________________________________
Power to the players !
|

FireFoxx80
|
Posted - 2005.11.16 10:41:00 -
[16]
Yeah, making 'secure' cans in 0.7+ pop after a while would be super.
I always read you could scoop unanchored cans? But I've tried and could never do it...
23? # Missile Tool # ex: P-TMC : USAC |
| |
|
| Pages: [1] :: one page |
| First page | Previous page | Next page | Last page |