Gaia

No need to worry on this
on a 32 bit OS the default folder will be
C:\Program Files\NCsoft\City of Heroes

on a 64 bit OS 32bit applications are installed to Program Files(x86)
and 64 bit applications to Program Files
so the default install location in that case would be
C:\Program Files(x86)\City of Heroes

You can install to a different location if you wish.

Correct

more like turn a 150ms ping into 6 or 8 seperate 150ms pings with a much greater amount of data being transferred in both directions as the seperate queries are made on the database.

exactly - which is why that validation needs to be performed serverside where there is no ability to change how it works.

Yes

No - the client does not need to know anything about why it failed or even that it did.
All it needs to know is the current status of the objects it needs to render - how they reached that state is irrelevant.


No - the client will estimate where it expects you to be and render your character there if it misses a few updates. When it receives the status of objects from the server it will display them according to that - that is your "lost sync" effect (commonly known as rubberbanding)

You can appear to move but as you cannot send you cannot activate powers.
Anything already queued will activate but as you are not receiving updates you cannot see this.

If it continues to not receive updates as to the status of objects then the client recognises that the problem is more severe and that it can no longer expect to recover - at this point it will stop estimating position and give the Mapserver warning

At this point there is no longer any point in estimating position so you cannot move in the client.

If it continues further then the client will disconnect from the server and drop you back to the login screen. As the server does not know the client has disconnected you get the message that the account is still logged in upon reconnection.


No I've seen powers where the client hasn't registered the activation which has happened - not where they haven't activated.
It doesn't prove you correct at all just that you don't understand how client server systems work.[/QUOTE]


Good - feel free to try again once you understand it.

That's because we are playing a Superhero game where actions are supposed to be cinematic and not a snooker table simulator where I would expect accurate physics to be used to calculate the effects of collisions including conservation of angular momentum and kinetic energy.
It used to be that players could not move other players which caused problems when someone went AFK in a doorway or narrow passage. That was changed to allow pushing and this is what you see when two superspeeders collide. They both reach the same point and then one or both push the other before determining final position.

No it isn't accurate physics but then again neither would be modelling all collisions as perfectly elastic. In the real world objects deform or fragments converting kinetic energy to sound and heat reducing the overall kinetic energy and momentum of both (all) objects involved in the vast majority of cases. This reduction is exaggerated for cinematic effect in the game.

Yes I hate the way pedestrians are far too good at pushing and cannot be pushed back as much as the next person. To say nothing of trucks being able to drive through each other.

When the other person moves their client passes the move action to the server which then resolves the conflict exactly the same as if they had attacked a foe and knocked them back or performed any other action affecting another object. Once it has calculated where all affected objects are - in this case including your character it will send this data back to both players clients which will then render the result.

I'll admit I haven't checked whether the object is the same or not but the principle remains valid.
A demorecord session would show it one way or the other if you see objects in the files from that which are each of the propelled objects rather than a single generic propelled object it should render the same.
If its something that must display the same for all users it will be set serverside actions where this is not required can safely be calculated clientside
Ragdoll physics animations are definitely calculated clientside - they are compuationally expensive and not abusable so can and should be offloaded to the client,
Power effects are serverside. - Could be abused if offloaded to the client so need to remain serverside.
The choice of activation animation for powers which can show different animations which each generate an identical result could be done clientside as could character stances - I'm not 100% certain whether it is though. Computationally cheap but not abusable so doesn't really make a lot of difference where the decision is made.


When you attempt activate a power the client sends a message to the server to say you have done so. This does not activate the power - it merely tells the server you wish to do so. If the power can be activated the server will calculate the effect and update the client with the changes to be rendered. If it can't then it will clear any queues action and queue the requested action and then when it can be activated calculates the changes and updates the client. There is no permission step. This cannot be offloaded to the client as it would be abusable and also the expensive part is the download from server to client which on almost every home internet connection will have a greater bandwidth. Apart from the potential for abuse offloading this stage to the client would require rendering information for multiple objects to be passed from the client to the server and then back out to everyone else's client, greatly increasing upload bandwidth without reducing download requirements.

You have just perfectly explained the way this would allow cheating.
If player A attacks player B doing X damage but player Bs client says I'm just ignoring any damage I take then the worst that can happen to player B is a draw - well until they get found out and get banned.
The calcuation of the damage done and whether it has hit is done on the server for good reasons.
The data passed from the client to the server is minimal - all it needs is Player A fires power X with Target Player B.
To try and do this client side would require the client to get the details of both the power being activated and of all the targets it may hit. You might hold details of the power but you aren't going to hold details of every possible target - i.e. every mob at every level, every power which could affect them and also the characters for the every player in the entire playerbase as a result you would need to make remote database queries to obtain that information, then calculate the result, then send an update query back to the serverside databases. Then the server could pass that along to all clients - this last stage being exactly the same as now.



So why are you advocating doing so?
As I have said there is no ask permission stage

Client asks server to perform action

If the request doesn't reach the server it doesn't happen
If it isn't an allowed action it doesn't happen
If it fails it doesn't happen

If it succeeds the server calculates the effect and updates the status of all affected objects.

Whilst this is happening the server repeatedly sends the current status of all objects visible to each client to those clients which can see it.

If that update doesn't reach one client it will still reach the others and the client that missed it will get updated the next time the statuses are sent out.
If the client misses too many updates you will get a map server disconnected warning and eventually will get disconnected.

Actually that pretty much is how it works.

The server says Item a is here in state x
When you perform some action the client sends the details of what action is performed which is then applied to the state of each affected object. That is performed on the server.
Some things are indeed calculated on the client - particularly ragdoll physics and power animations - this is why different users will see different animations but nothing which can affect other users.
If you attack a mob using Propel for example player A might see a Sofa flying towards it whilst Player B sees a car - the selection of which animation is clientside but whether it hits, how much damage it takes, how far it gets knocked back are calculated serverside.
Similarly when you get a poor connection and suffer lost packets the location of all objects is updated from the details sent from the server - this is commonly known as rubberbanding (the client displays where it believes everything is until the server tells it where they actually are).
Once the data is received from the server there is no comparison - the objects locations displayed by the client are just set to the details held on the server.
Pretty much any other option would allow cheatbots to be set up.

You mean you don't know!
Its there for the arrogant elitists to lock themselves away on so the rest of us don't need to /ignore them

More seriously:
If all events were done on Exalted only then how would any new player know what they are missing. Holding events on the regular servers mean that free/premium players can see the extras that we pay for and that may bring in new subscriptions.

and a MM in full bodyguard mode would have an effective 3212 (although I prefer to compare it to increased RES rather than HP) as long as he can keep the pets alive - as you say a massive difference just not the same way you are thinking. MMs were designed to be the redside Tank.
Kitsune already mentioned slotting the pets up to greatly increase there DEF and RES, slot appropriately for the MM as well and you will get an extremey survivable Tankermind.

Keeping aggro on the MM rather than the pets can be greatly simplified by taking Provoke.
Without set bonuses AoEs can mess things up but against single target dealing AVs or below they are still very capable.

That nowhere near the worst I've seen - the roads around my parents house are all unnamed (all addresses are housename/number, estate name). Yet Google Maps has chosen to publish them with fictitious names that no-one in the area has ever heard of.

Join a team doing normal mishes or a TF/SF - when you exit a mish almost certainly someone will open one - just use it - no begging involved - stealing maybe

What amperage are both rails rated at and what is the makeup of your system?

It was also the main story displayed in the launcher so anyone playing during the period it was up for should at least have been aware something was happening. Finding out what it was about would require clicking on it but a large graphic saying Freebie Friday wasn't something that should have been easily missed.

the DE in the Hive, Abyss, PI and Monster Island are Monster class not GMs - lower hits and damage and I think lower mag status protections. Generally they have a similar difficulty to AVs but use the GM code for conning whereas AVs con as a specific level.
I can't recall seeing them dropping Emanators so it is possible they may have had the buffs from them incorporated into their base stats

Very probably. Its most likely that they have messed up the escaping of the % symbol in the database queries to extract the details. Very easy to do when you are passing literal strings. Quotes are often an even bigger pain.

Whilst in a PvP zone your standard values will be the PvP values. (Note the option is to show PvP values not to show PvE ones) This would mean that when the Show PvP values is unchecked it will display the normal vales - Whilst in that zone these will be the PvP values and so should be the same whether that is checked or not.

As for the detailed values display bug in the character creator - yep its a bug although I don't see the same details for XRay beam as you

X Energy damage
X Energy damage
2.5

where X matches the Average damage figure and scales with level
nothing about a Def debuff.
It does indeed truncate at 2.5

I thought at first it may have been a problem with screen resolution but I would have expected it to truncate at a different point if that were the case. I'll /bug it shortly.

I suspect he means Capes.

Bear in mind also that time controllers will also require access to the controller AT. Shouldn't be a problem for other ATs though.

As has already been said sometimes you need to restart the game client in order for purchases to show up. They may also sometimes take a few minutes to be added.

The other possibility is that the purchase didn't complete - you should have had a receipt displayed at the end of the transaction. If you attempt to purchase multiple items and have included a non repeatable item which you already have then you won't be able to complete it until you remove the problem item. The system really needs to identify which it is though.