Swimming and underwater content?

[Onidemon]

They are taking a break. lol. and probably waiting til they get some solid info from the devs.

I would love to be able to swim and have some underwater fun +1!

Yeah i know they are on vacation but this thread has been here since the forums opened lol.

I know they need feedback from the dev to know what will happen but i thought i would see a rep say something like "interesting idea, i will let the dev about it..."

[Punainen]

I like the idea of underwater content more than swimming, though any game I ever played that had swimming, I often deliberately spent a lot of time doing it. If it could be implemented well and not look or feel clunky or too limited, then I would be for swimming. But moreover I just like the idea of underwater content.

[Onidemon]

I like the idea of underwater content more than swimming, though any game I ever played that had swimming, I often deliberately spent a lot of time doing it. If it could be implemented well and not look or feel clunky or too limited, then I would be for swimming. But moreover I just like the idea of underwater content.

After seeing the fluid character animations in FFXIV they could do great things for swimming and make it really fun and realistic if they put some effort into it.

If jumping really does become reality then i'm sure we will see swimming sometime in the game's future expansions.

[Elexia]

Swimming content? No. Underwater content like Ruins (FFX/FFXI etc)? Sure.

[Onidemon]

Swimming content? No. Underwater content like Ruins (FFX/FFXI etc)? Sure.

I stopped playing FFXI a while back... how did they manage underwater content without swimming?

Also could you specify why you are against swimming being added?

[Seif]

Yes please. That would be amazing. Maybe they could make underwater areas that at least have some imagination in their design unlike the world above. FFX underwater fights were really amazing. This would make XIV stand out of the crowd too. (In other ways that are not just negative.)

[Elexia]

Underwater content was just ruins that were visibly underwater, as in:
http://wiki.ffxiclopedia.org/wiki/Al...Undersea_Ruins

The engine for this game really wouldn't produce good swimming content since based on how XIII's physics were, while they're solid, with everything being placed serverside including needing actions confirmed before even being sent to the server for XIV it would just be..a mess lol.

[Onidemon]

Underwater content was just ruins that were visibly underwater, as in:
http://wiki.ffxiclopedia.org/wiki/Al...Undersea_Ruins

The engine for this game really wouldn't produce good swimming content since based on how XIII's physics were, while they're solid, with everything being placed serverside including needing actions confirmed before even being sent to the server for XIV it would just be..a mess lol.

See i'm wondering where this info is coming from. You're not the first one to mention this but i wasn't able to find that info anywhere on the web. Where exactly did SE mention that Crystal tools had a limitation for rendering water? Plus i thought the game was rendered client side too.

Swimming animation are not an issue... it can be done with any engine.. it is just character animations. Water physics is another thing but keep in mind that FFXIII was not designed for swimming so it is by no mean any indication of the capabilities of the engine. Even if water physics are not in Crystal tools by default, which i find hard to believe since it is a pretty recent engine and that is kind of a standard feature, it can be programmed into it..... If SE wanted to make another FF game like FFX i don't think they would make a brand new engine to support underwater content/mini games etc....

[Elexia]

It's not the rendering, it's the mechanics behind that would be sluggish because all of XIV's interface issues are due to the fact everything has to go through the server rather than the typical Client > Server > Client. It's more like Client > Server > Server > Client, every action has to be registered with the server then you need to get a response from the server for that action then you get the desired outcome, which is why they've mentioned needing to optimize the servers still even though they're stable excluding market wards. It's not an issue in animation rendering as that's the whole purpose of CT lol, it's more on the mechanics side of thing.

CT is more of a cinematic engine, they've admitted it was a mistake to go with this engine initially, (http://www.finalfantasyunion.com/new...take--855.html), since the engine was more designed as a supplement, cinematic and compatibility engine, it's not an adequate gaming engine. Even recently UE got seamless transitions going efficiently, whereas CT had it just prior that update. So CT does the job, but it's main focus was for cinematics.

XIV is horribly optimized, a lot of it is due to the choice of making the interface serverside which iirc, was to be done as a "RMT countermeasure", every update the response time gets a bit better, but there's still a noticeable delay which isn't present in any game that uses client side interfaces. Another example is Active/Passive mode, ignoring the animation lock, you can get a noticeable delay in switching when the server is having issues, whereas in XI, even if you have animation delay/lock, your client sent the info and the server confirmed it and you're already attacking even without seeing the attacks, in XIV? You need server responses for everything, that's why swimming mechanics would just be..sloppy based on the current game architecture.

[Onidemon]

It's not the rendering, it's the mechanics behind that would be sluggish because all of XIV's interface issues are due to the fact everything has to go through the server rather than the typical Client > Server > Client. It's more like Client > Server > Server > Client, every action has to be registered with the server then you need to get a response from the server for that action then you get the desired outcome, which is why they've mentioned needing to optimize the servers still even though they're stable excluding market wards. It's not an issue in animation rendering as that's the whole purpose of CT lol, it's more on the mechanics side of thing.

CT is more of a cinematic engine, they've admitted it was a mistake to go with this engine initially, (http://www.finalfantasyunion.com/new...take--855.html), since the engine was more designed as a supplement, cinematic and compatibility engine, it's not an adequate gaming engine. Even recently UE got seamless transitions going efficiently, whereas CT had it just prior that update. So CT does the job, but it's main focus was for cinematics.

XIV is horribly optimized, a lot of it is due to the choice of making the interface serverside which iirc, was to be done as a "RMT countermeasure", every update the response time gets a bit better, but there's still a noticeable delay which isn't present in any game that uses client side interfaces. Another example is Active/Passive mode, ignoring the animation lock, you can get a noticeable delay in switching when the server is having issues, whereas in XI, even if you have animation delay/lock, your client sent the info and the server confirmed it and you're already attacking even without seeing the attacks, in XIV? You need server responses for everything, that's why swimming mechanics would just be..sloppy based on the current game architecture.

Couldn't they change this and have things happen more on the Client side? Maybe in a FFXIV 2.0 kind of thing. A big update that would update the game's engine. Other mmos like EVE and Aion did it.