[dev1260] Unmasking of 'Synced' damage display

Printable View

12-14-2011, 07:13 AM
Jennestia

[dev1260] Unmasking of 'Synced' damage display

Basically the story of this is:

Quote:

Originally Posted by Naoki_Yoshida

I’m going to go a little off topic here, but this is something I eventually wanted to talk to the community about.
This issue actually isn’t caused by server lag, but due to how the client program was made. Therefore, it’s currently working by design.
It was designed so that any communication from the server will reflect the UI without any lag.

After I took over, I instructed the devs to change how this works and it was originally planned to go live in patch 1.17.
However, upon implementation, we received numerous negative feedback from the QA team such as “It’s harder to cure” and “It’s more stressful than what it was before.” It took me a while to make the final call, but at the end, we decided not to implement it. The process is currently masked and it can go live at any time.

The current plan was to implement this with 2.0, but if need be, it can be implemented sooner. Would you guys prefer us implementing this sooner in the current state?

The only thing about this is that if it is implemented in the current state, it might actually feel like there’s more lag than what there is currently.
This is due to the server implementing a wait time in order to make sure the damage, motion, and logs are all synchronized.
It may not have been a problem if it was implemented from the start, but since it’s not, the feature may cause more stress for the players.
It’d be great if we could receive feedback regarding this matter (it might be better if a new thread was created specifically for this discussion).

Rep asked us to make a separate thread, so I decided to! Basically the fact that things are out of sync is not due to the server, but client design and they can easily fix it in other words (it's masked but ready to go at any time) I personally feel this should be done because it's quite jarring and also doesn't lend well to with the actual interface delay we experience as well.

This I feel would be a very good step to take in rectifying some of the jarring issues with how things seem to be out of sync, this was one of them that I felt should have been fixed quite awhile ago, it does get stressful "in real time", but that's also what keeps you on your toes in a good fight.
12-14-2011, 07:23 AM
Reinheart

imo they should show video of with and without side by side comparison video to show why they didn't implement but after player feedback can decide if they want to unmask it and see if we like it or not.
12-14-2011, 07:28 AM
PrettyPrincess

Quote:

Originally Posted by Reinheart

imo they should show video of with and without side by side comparison video to show why they didn't implement but after player feedback can decide if they want to unmask it and see if we like it or not.

this ^
12-14-2011, 07:30 AM
Masamune1004

Quote:

Originally Posted by Reinheart

imo they should show video of with and without side by side comparison video to show why they didn't implement but after player feedback can decide if they want to unmask it and see if we like it or not.

Some vids would be very nice, especially since I'm not sure if I completely grasp everything Yoshi is saying in this post.
12-14-2011, 07:32 AM
Jennestia

Quote:

Originally Posted by Masamune1004

Some vids would be very nice, especially since I'm not sure if I completely grasp everything Yoshi is saying in this post.

Yeah it's a bit hard to understand even in native Japanese, so it's definitely something that has to be shown off.
12-14-2011, 12:34 PM
Rentahamster

This is why we should have test servers, too.
12-14-2011, 12:36 PM
Atoli

I'd like to see a vid with both versions, too.
But actually, from what I understand, it will feel as if the lag got worse, so..I guess my answer will be no, I'd rather have non-synchronized stuff happening than waiting many seconds until anything at all happens.
12-14-2011, 12:39 PM
Jinrya-Geki

So the move canceling being implemented is to see if it syncs up if they turn this code on?

Other than that, I don't see how that response answer it in the Move canceling thread.
12-15-2011, 03:36 AM
Belial

From what it sounds like, I think that implementing this feature causes a delay in the animations, giving the illusion of more lag when it's right in tow with how the client & server are reacting. But there are a lot of questions for this, like how does this affect enemy animations, etc. Could it be easier to get out of Plumes & Cracks, but more sluggish when activating abilities?

Like others have said, if they want the community to make an informed decision without pissing a bunch of the playerbase off, they should provide a video showing each scenario side-by-side.
12-15-2011, 03:48 AM
Rentahamster

What they can do is figure out why the hell it takes half a second between the time I press a button and the time before my char on my screen starts swinging his axe. If the user inputs a valid command just have the client show your character doing that on the screen. Don't wait for the server to tell you you can do it if it's obvious you can.
12-21-2011, 05:08 AM
Rukkirii

Hey gang! I just wanted to give you a heads up that Yoshida is preparing a post in regards to the unmasking of the synced damage display.

Stay tuned!
12-21-2011, 05:18 AM
Jennestia

Ah, good to hear, can't wait to see what it's about. ^^
12-21-2011, 05:31 AM
Velhart

Awesome, thanks for the update Rukkirii.
12-21-2011, 05:45 AM
DNO

Why would we want something that is harder to cure? it seems we have the best of 2 evils. Do not change it if in your internal testing was bad.
12-21-2011, 05:48 AM
Estellios

^^^
Both healing AND damage would be delayed to sync with the number popup animations. It would take some getting used to mostly, and I would like to see a video of it in action but overall I think it would just make FF14 feel more like regular games.

e: Actually was it distinctly said that it would be synched to number popup? If it was synched to the "Moment of impact" since the healing animations start as soon as the spell casts they would still land immediately.
12-21-2011, 06:11 AM
Sontawila

I dont think the issue is that clear. Will the sync affect movement as will? meaning, when you press forward your character will stand still THEN move based on latency?

Or is it strictly concerning actions?
12-21-2011, 01:36 PM
Estellios

It's just having the damage sync up with on-screen actions. Currently your HP drops at the beginning of the enemy's attack, but with this change the damage would either be when the damage numbers pop up or the moment the monster's attack actually hits you.
12-21-2011, 06:24 PM
Jinko

If it makes it harder to heal I don't want it and I doubt anyone does.

As I said in the other post, this is why we need test servers, I thought we were supposed to be getting one.
12-24-2011, 03:21 AM
Belial

For the love of the twelve offer us a detailed comparison video to show what difference this will make to gameplay, that's the only way the players can make an informed choice - a forum/lodestone post explaining the details in text will not cut it.
01-05-2012, 11:05 PM
Soukyuu

Quote:

Originally Posted by Rukkirii

Hey gang! I just wanted to give you a heads up that Yoshida is preparing a post in regards to the unmasking of the synced damage display.

Stay tuned!

I might have missed it, but were there any updates regarding this?

Also, a video won't show much imho, it's best to let us test both scenarios. Just make a "testing week" or something, patching the synched version in for half a week, then reverting to what we have now.