| Pages: [1] :: one page |
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Norris Neophitus
Minmatar
Hidden Agenda
   |
Posted - 2006.09.04 11:39:00 -
[1]
Edited by: Norris Neophitus on 04/09/2006 11:41:33
Ok yeah there aree way to many threads with suggested a suggested fix and i really didnt want to jump on the BM fix bandwagon. Unfortunately i have an idea i havent seen before. Here goes,
I was thinking its a bit unfair to penalise the people that made all their own original BMs and its also BM copying thats killing everything at the moment. Along with noobs byeing hundreds or thousands of BM's at a time. My proposal is LOCAL KNOWLEDGE this is just a simplification/compromise bastard child for the devs to consider.
I propose that as in life the longer you spend in an area the better you get to know it so after say 24hours spent in a system for example you gain local knowledge of a system and can therefore warp closer to a gate.
The more time spent in a system or the more times you make a certain jump the better you get at it.
I suspect this would make the pirates happy as they still have their advantage over people just passing through the area on a one off route. It would be good for miners as they are always in an area and so would see no change to their current style, traders using the same trade route would be uneffected. It wouldnt effect autopilot and would mean the only need for BMs would be for safespots.
Technically i think it would be a lot easier on the datbases as it would only require a timer or counter on jumps made in system, cant say for certain as im not certain how everything works.
Anyway im not certain on how this would work whether on time spent in system or jumps made in system but feel free to flame away though i would appreciate constructive comments on my ponderings.
I dont like this but the time/number of jumps required could also be governed by a skill and would work with roleplay aswell if thats your thing.
Originally by: Wild Rho
--------------------------------------------------------------------------------
I'm not emo, I just hate my life and no one understands me
----------------------------- |
master bates
Amarr
Smoking Hillbillys
Interstellar Alcohol Conglomerate
|
Posted - 2006.09.04 12:07:00 -
[2]
dude that is an excellent idea, its like the first day you walk to school alone and it takes you ages cause you aint sure of what direction to take, but a week later it takes you five minutes cause you know all the shortcuts.
/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed/signed
i personally think the limiting of bookmarks is an excellent idea however they shouldnt limit it to 5 per copy, the major lag issues come from people copying hundreds at once. like entire regional bookmarks, personally i think they should limit it to a more reasonable number like 20 per copy .
however your idea is excellent
-----------------------------------------------
enjoy this my agent running guide Click here |
codepic
Mithril Inc
Xelas Alliance
|
Posted - 2006.09.04 13:13:00 -
[3]
There are over 5000 solarsystems
There are over 100.000 subscribers
I'm not sure on average how many systems people visit generally (or travels through) but for myself, I can easily make over 100 jumps a day.
You can easily draw some estimates how many database entries you'd get from this and how much data we would need to be querying all the time when people jump from system to system.
Not to mention that all these records would need to be kept constantly updated. It's a lot of records.
Another thing would be that this would stick people to one place. We already have too much people down in the empire core systems and accumulating "local knowledge" would make it even harder for them to move out.
I'm not saying it's a bad idea. Just that it needs some refining.
Suggestion:
Maybe in player corporations, all pilots would plug into central starmap databases of their corporation. This way we wouldn't need to track each player individually, but pilots would share common knowledge over the areas they operate in. This would further ease the "move out of empire" in form of joining a player corporation which already has a good local knowledge somewhere else.
|
Malachon Draco
eXceed Inc.
Ascendant Frontier
|
Posted - 2006.09.04 13:27:00 -
[4]
 Originally by: codepic
There are over 5000 solarsystems
There are over 100.000 subscribers
I'm not sure on average how many systems people visit generally (or travels through) but for myself, I can easily make over 100 jumps a day.
You can easily draw some estimates how many database entries you'd get from this and how much data we would need to be querying all the time when people jump from system to system.
Not to mention that all these records would need to be kept constantly updated. It's a lot of records.
Another thing would be that this would stick people to one place. We already have too much people down in the empire core systems and accumulating "local knowledge" would make it even harder for them to move out.
I'm not saying it's a bad idea. Just that it needs some refining.
Suggestion:
Maybe in player corporations, all pilots would plug into central starmap databases of their corporation. This way we wouldn't need to track each player individually, but pilots would share common knowledge over the areas they operate in. This would further ease the "move out of empire" in form of joining a player corporation which already has a good local knowledge somewhere else.
I don't think it has to be that complicated. All you need is 1 small entry in every characters DB entry. 'System familiarity', with a value between 0 (first visit) to 9 (spends so much time there it's starting to smell...), surely a lot less entries than all those BMs. And you could preload the DB entry per region I'd think, so you only have to consult the DB every time you change regions.
|
Norris Neophitus
Minmatar
Hidden Agenda
|
Posted - 2006.09.04 13:46:00 -
[5]
Originally by: codepic
There are over 5000 solarsystems
There are over 100.000 subscribers
I'm not sure on average how many systems people visit generally (or travels through) but for myself, I can easily make over 100 jumps a day.
You can easily draw some estimates how many database entries you'd get from this and how much data we would need to be querying all the time when people jump from system to system.
Not to mention that all these records would need to be kept constantly updated. It's a lot of records.
Another thing would be that this would stick people to one place. We already have too much people down in the empire core systems and accumulating "local knowledge" would make it even harder for them to move out.
I'm not saying it's a bad idea. Just that it needs some refining.
Suggestion:
Maybe in player corporations, all pilots would plug into central starmap databases of their corporation. This way we wouldn't need to track each player individually, but pilots would share common knowledge over the areas they operate in. This would further ease the "move out of empire" in form of joining a player corporation which already has a good local knowledge somewhere else.
Well first consideration as to database loading, i was looking at map setting when i thought this up as there is a setting, systems i've visited and i thought it would only require a counter on those visits to make this work so i dont think it would load the server as much as BMs at a guess.
Second you could be right about it limiting peoples travel though i have a feeling the people that would be put of by this will also be put off by whaat ever BM fix CCP eventually come up with and this actually rewards travel by making it faster, well thats how i see it.
As for corp star maps i really like this idea but i dont think it would work without limiting it as you would get people moving between corps and you would have to stop them taking the maps with them and giving the next corp they join rapid travel through all the system of the previous corp.
Originally by: Wild Rho
--------------------------------------------------------------------------------
I'm not emo, I just hate my life and no one understands me
----------------------------- |
codepic
Mithril Inc
Xelas Alliance
|
Posted - 2006.09.04 13:46:00 -
[6]
Edited by: codepic on 04/09/2006 13:47:36
Originally by: Malachon Draco
I don't think it has to be that complicated. All you need is 1 small entry in every characters DB entry. 'System familiarity', with a value between 0 (first visit) to 9 (spends so much time there it's starting to smell...), surely a lot less entries than all those BMs. And you could preload the DB entry per region I'd think, so you only have to consult the DB every time you change regions.
And maybe recalculate statistics during downtime? Could work...
But still would like to ease players switching between regions / systems. Thus I suggested the PC corporations sharing a common DB...
|
codepic
Mithril Inc
Xelas Alliance
|
Posted - 2006.09.04 13:51:00 -
[7]
Originally by: Norris Neophitus
As for corp star maps i really like this idea but i dont think it would work without limiting it as you would get people moving between corps and you would have to stop them taking the maps with them and giving the next corp they join rapid travel through all the system of the previous corp.
Shared corporate data wouldn't be ever accessible in person. You'd just inherit what the corp already has gathered knowledge over the time/area. When you leave corporation, you get disconnected from their information systems thus leaving this knowledge behind.
|
Magnus Thermopyle
Chosen Path
Lotka Volterra
|
Posted - 2006.09.04 14:26:00 -
[8]
Its an interesting idea, but most systems you use BMs in is for travel through. Only a small % of the systems you need BMs for are systems you actually spend some time in.
And the result would just be that everyone would need to spend idle time in a lot of systems, which is (if possible) even more boring than copying BMs.
A simple "warp to 0km" seems to much easier and better, in combination with a purge of all BMs in the same grids as a gate.
|
LC Sulla
BGG
Freelancer Alliance
|
Posted - 2006.09.04 15:33:00 -
[9]
Edited by: LC Sulla on 04/09/2006 15:34:33
What's a lot of time? an hour... a day...
Thus all I would do is leave my computer turned on, get in a covert ops and 'hang out' in a system I travelled in while I wasn't playing.
Everyone in 0.0 uses instas and if they don't they usually end up dead. Just save the time and allow 0km warp ins to gates because it's what everyone is doing already. Ceptors can still catch you on the other side if your slow and let's nt forget bubbles and interdictors. Instas are far from being the "you can't catch me" button.
|
Donmadefy
|
Posted - 2006.09.04 15:51:00 -
[10]
sounds like a good idea!
What, if instead of system familiarity, it was jumpgate familiarity. Each gate in the Eve universe probably has a unique ID, so every 10 times you use that gate, you can knock 1m off your warp to distance from either side of the gate. That way, with the session change between systems, you've only a few numbers to load in rather than the whole caboodle.
|
Norris Neophitus
Minmatar
Hidden Agenda
|
Posted - 2006.09.04 16:30:00 -
[11]
Well honestly the number of times warped to gate is probably best though it wouldnt be tough to just go round jumping between all the gates in syatem it still would require some work like insta's did.
I was only really thowing out an idea for developement cause it was different to warp to 0km which is an option i really dont like cause it gives everyone instant travel which i personally dont think is a great idea for many reasons i dont really want to go into.
I just like this idea because it doesnt really require any major changes and would keep everything clean and simple even for noobs and old folks alike.
Originally by: Wild Rho
--------------------------------------------------------------------------------
I'm not emo, I just hate my life and no one understands me
----------------------------- |
Chion
|
Posted - 2006.09.04 17:19:00 -
[12]
Honestly I find this option a bit constricting considering we are in the future. Also the idea isn't that BMs are bad per se (safe spots), just the number copied are causing load problems. As a fix to that I would say 2 skills are added to the game. Call then High sec and low sec warp accuracy. Learn high sec then learn low sec. Each level would reduce your distance from say a stargate by 3000m, so 15000, 12000, 9000, 6000, 3000. Learn high sec where scanning object distances is easy for a company like Interbus and your nav computer gets the upgrades, low sec harder to learn as piracy and such interfeeres with the data collection. this way its just a skill check per person.
Now I know people are going to complain that I am against gate camping because of this idea, but that is not the case. PvP is a staple of this game and I am all for it. I am however for balance. They can still camp gates but if BMs are simply removed they take away the only real defense a solo indy pilot trying to make it someplace has. PvP is unaffected and BM copying goes down as a result of just making it 2 skills. As I see it the mechanics of the game at 15 km warp from object and the only way around it is to prerun it and make appropriate BMs. Thus giving the guys with no weapons capability a chance at getting through if they take the chance to set up a BM beforehand. If it becomes a kill, the BM copying will deminish and camping of objects remains the same. Now the indy pilot with great navigation skills can get in closer to gate and actually have a chance (although still a slim one) that he gets in close enough to live to jump.
There is alot of complaint of to many skills in use already, but this one isn't mandatory. without it you still come in at 15km like you always did, but if you have it you get to travel a bit faster through space and more accurately and reduce server load by not having to buy BMs all the time. PvP would continue as normal in belts at gates (because they use BMs now to try and get through) and at stations. So no net effect change to the game but a marked reduction in BM copying and thus a reduction in server load.
Chion
|
| |
|
| Pages: [1] :: one page |
| First page | Previous page | Next page | Last page |