| Pages: [1] :: one page |
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Sebastato
Amarr
The Galactic Empire
Lotka Volterra
   |
Posted - 2006.09.10 13:03:00 -
[1]
In order to prevent database/server load further I suggest to render the corp and/or ally ticker and a standing symbol (like in overview) to the character portraits in chat channels. This would lead to less server load as it wouldnt be necessary for us 0.0 pilots to look up character infos and maintain our adress books in the local chat channels. If rendering it into portraits is too expensive you could alternatively add the corp/ally ticker and the corp/ally standing to the name in brackets or whatever, eg in chat channels you see "Sebastato (-GE-/LV/-10.0)".
For display standing it would be great to have it like in the following pseudocode:
if (my_corp_to_his_corp_standing != 0.0)
{
display my_corp_to_his_corp_standing;
}
else
{
display my_ally_to_his_corp_standing;
}
If you dont do so, we will further maintain large adress books and keep up looking into each character info we dont know yet.
Eve Navigation Router
|
Joshua Foiritain
Gallente
Coreli Corporation
|
Posted - 2006.09.10 17:04:00 -
[2]
No.
-----
[Coreli Corporation Mainframe] |
Sebastato
Amarr
The Galactic Empire
Lotka Volterra
|
Posted - 2006.09.10 20:00:00 -
[3]
No? Why not? Didnt your mom teach you how to discuss? No? Gonna tell you. Discussions usually consist of arguments.
Eve Navigation Router
|
Alisha Retaris
Caldari
Celestial Horizon Corp.
Ascendant Frontier
|
Posted - 2006.09.11 00:07:00 -
[4]
Well I for one would like to see it other Aliances (yes we know who you are) are using an add on for just such a thing which is against the ELUA BTW.
|
Nyrram
Minmatar
Quam Singulari
Lotka Volterra
|
Posted - 2006.09.11 00:20:00 -
[5]
 Originally by: Alisha Retaris
Well I for one would like to see it other Aliances (yes we know who you are) are using an add on for just such a thing which is against the ELUA BTW.
Tell me what this addon is, and I will use it.. I'm not worried about what the ELUA says, something like this should have been added ages ago. As for my suggestions to fix this using new game mechanics:
If it is server load that people are worried about, then make this a client side "overlay"..
1) I do show info on a pilot and determine that it is hostile.. I then have options such as "Flag as Enemy" "Flag as friendly", etc.. this shows up in local when that pilot's name is loaded, causing no further server load. This is not the best solution really, since you will have to id everyone constantly anyway to be sure their status hasn't changed, but is similar to our current way of adding every hostile to buddies, except we can flag them as different colors/types, etc, and no buddy lag
2) Instead of only loading the name of the person, load their corp/alliance info and display that next to or under their name, and possibly your standings towards them. the corp/alliance info shouldn't add much lag.. standings would be nice but not if it adds server load. This solution eliminates the need to show info on every pilot that enters the system, thus reducing server load.
I know that people will be screaming that it's my responsibility to show info on every pilot.. fine.. just add option #1 at least.. it has the drawback of being possibly out of date, but has to be better than the laggy buddy solution. Or at the very least, do as the poster suggests and add the little color flags in the character portrait (though I prefer large colored boxes like buddies, just configurable client side per pilot name)
--
Nyrram |
codepic
Mithril Inc
Xelas Alliance
|
Posted - 2006.09.11 02:50:00 -
[6]
I actually looked into my CCP\EVE\cache\Pictures\Portraits
I found 112 portraits created within past 24 hours.
This means I've been right clicking > show info on 112 players during the past 24 hours.
And I'm only ONE player....
QUESTION: How much server load could we reduce if I didn't have to do this?
I bet quite a lot
|
Ellaine TashMurkon
MetaForge
Knights Of the Southerncross
|
Posted - 2006.09.11 05:46:00 -
[7]
I've read in some long thread its legal because people use it and they dont get banned.
So I created a little example, made a screeny and asked GM if I can use it.
Answer was no, its against EULA, but they'll (as GM vs devs) talk about that.
So, devs probably well know about the issue and considered implementing that legally in game, we just do not know what was the final decision (implement or not).
|
Nyrram
Minmatar
Quam Singulari
Lotka Volterra
|
Posted - 2006.09.11 23:19:00 -
[8]
Well, this would be possible on client side to do yourself, it would just be massively time consuming. This may be similar to what those "bad alliances" are doing...
Once a portrait is rendered, it is saved as a file in your portraits folder.. those files are editable if you have the appropriate graphics plugin. Just open the file, edit it how you want it, and save it..
I suppose a script could be made that could replace the most recently generated picture with an icon representing friend or foe.. so that when you ID someone, you run the appropriate script to copy the appropriate thumbnail over their pic....
BUT WHY SHOULD WE HAVE TO DO ALL THAT. :)
--
Nyrram |
Nox Solaris
|
Posted - 2006.09.12 02:18:00 -
[9]
Simple fix, since we can view portraits from the cache (and once they're on our comp they're our data) - Have a simple graphics program running in the background. Whenever you check a new contact, find the graphic as it arrives in cache... If it's a foe simply paint the graphic red and save. You don't need to know what the avatar looks like. Next time he pops up in local he'll be a glaring red square.
|
K Shara
Caldari
Contraband Inc.
Mercenary Coalition
|
Posted - 2006.09.12 11:54:00 -
[10]
really a ratehr good idea which will stop teh sploiting by the goons and others
|
Dumus
Amarr
Veto.
|
Posted - 2006.09.12 12:35:00 -
[11]
Edited by: Dumus on 12/09/2006 12:36:22
No.
Reason.
Local is not supposed to be an intelligence tool. I would rather see no-one in local unless you talk. The game is too easy.
Edit speeeling meestakes
---------------------------
|
sb404
Caldari
3240 Inc.
|
Posted - 2006.09.12 12:45:00 -
[12]
[When/if] they [fix/nerf] local, then we'll stop using it as an intelligence tool. Don't blame people to want to use everything that are at their disposal.
I'm still a bit uneasy with hacking client material, but again, if it is [allowed,tolerated], I will most probably use it. I do agree that having to click info on 112 pilots can become very tedious. Having to manage a "buddy" list filled with new and old war target is *very* annoying, yet it's the only options we have.
Work with the material as they say.
|
Ellaine TashMurkon
MetaForge
Knights Of the Southerncross
|
Posted - 2006.09.12 12:57:00 -
[13]
There are 2 valid solutions;
-accept the fact that local is an intel tool and make it comfortable and not lag-making.
-disable the intel power of local and replace it with something more in-game logical.
Current situation, where it IS possible to check for hostiles in local, but doing this causes 50 people to download 49 bios and 49 employment histories, and general tendency to add enemies, and only enemies, to buddy list - is not good.
|
Raste
Shinra
Lotka Volterra
|
Posted - 2006.09.12 18:54:00 -
[14]
In my opinion this should be a no-brainer for the devs.
Easy to implement, a large portion of the playerbase is doing it on their own, and an even larger portion is using a lag inducing workaround.
|
Dutarro
Kydance Radiant Industries
Interstellar Starbase Syndicate
|
Posted - 2006.09.12 19:34:00 -
[15]
Edited by: Dutarro on 12/09/2006 19:34:33
The suggested change is a good idea, but should be lumped in with an overall rethink of local. Displaying each pilot's corp, alliance and relationship to you would improve many players' game experience and save a bit on client-server communication. However, this is an enhancement of the free intel given by local. To maintain overall balance, it should therefore be coupled with some new limitations on who shows in local.
|
| |
|
| Pages: [1] :: one page |
| First page | Previous page | Next page | Last page |