Results 1 to 10 of 168

Hybrid View

  1. #1
    Player
    Seig345's Avatar
    Join Date
    Jan 2012
    Location
    Gridania
    Posts
    995
    Character
    Seigyoku Cypher
    World
    Sargatanas
    Main Class
    White Mage Lv 66
    Quote Originally Posted by Ruf View Post
    Which brings it back to a core fix needed because, the fact its working like that doesnt seem right at all
    I’m not saying the code doesn’t need fixing, but how exactly can the server send you data about what other players are wearing without sending that data to your client?

    The reason YOU would also end up naked is because the cross-data-center duties are hosted on a separate server dedicated to dungeon instances. Meaning you are playing a temporary copy of your character the moment you set foot in a duty, any changes to your character are then sent back to your world server upon leaving the duty and overwrites the character data as it was when you started the dungeon.

    Also, if you didn’t carry any inventory into a dungeon with you, how would the game need to handle someone who doesn’t have enough inventory slots open to keep everything they decided to pick up in the dungeon when they leave?
    (3)
    Last edited by Seig345; 04-24-2018 at 12:27 PM.
    "Ul'dah can keep their dusty markets, and their streets paved in silver and gold.
    Limsa Lominsa keep your pirates, and your ships covered in musty mold.
    My loyalty lies with Gridania, with the Moogles and the tree spirits of old." -The Forky Conjurer

  2. #2
    Player Vhailor's Avatar
    Join Date
    Feb 2012
    Posts
    761
    Character
    Deionarra Eidolon
    World
    Hyperion
    Main Class
    Conjurer Lv 50
    Quote Originally Posted by Seig345 View Post
    I’m not saying the code doesn’t need fixing, but how exactly can the server send you data about what other players are wearing without sending that data to your client?

    The reason YOU would also end up naked is because the cross-data-center duties are hosted on a separate server dedicated to dungeon instances. Meaning you are playing a temporary copy of your character the moment you set foot in a duty, any changes to your character are then sent back to your world server upon leaving the duty and overwrites the character data as it was when you started the dungeon.

    Also, if you didn’t carry any inventory into a dungeon with you, how would the game need to handle someone who doesn’t have enough inventory slots open to keep everything they decided to pick up in the dungeon when they leave?
    It's not a question of whether or not data gets sent; it's how much, and how often. FFXIV sends huge amounts of data very frequently. The net result of this is less third-party manipulation (in theory - there are plenty of exploits that FFXIV has had to deal with), but a lot of unnecessary constraints imposed by server limitations.

    There isn't a perfect solution, to be sure, but I would argue that as soon as an implementation begins meaningfully infringing on a company's ability to grow the game, it's time to shift course. If SE doesn't want to rebuild the engine, they should invest in vastly improved server capabilities, so that the effects are invisible for the foreseeable future. Otherwise, they're letting their own architecture throttle their cash cow.
    (2)

  3. #3
    Player
    Seig345's Avatar
    Join Date
    Jan 2012
    Location
    Gridania
    Posts
    995
    Character
    Seigyoku Cypher
    World
    Sargatanas
    Main Class
    White Mage Lv 66
    Quote Originally Posted by Vhailor View Post
    [...] If SE doesn't want to rebuild the engine, they should invest in vastly improved server capabilities, so that the effects are invisible for the foreseeable future. Otherwise, they're letting their own architecture throttle their cash cow.
    Personally, given the way the narrative seems to be leaning towards an eventual "confrontation" with the Garleans on their own turf (as well as probably some ultimate confrontation with the Ascians to foil their plot to bring their papa big dark bad back), I'd rather see them eventually wrap the story up and make a fresh start taking lessons learned from XIV than see them unintentionally break and twist the game we have now and potentially just make it worse in the process. With a fresh start there's at least a feeling of "breaking away" and the past can be left as it was instead of risking burning it down before sending it off.
    (2)
    "Ul'dah can keep their dusty markets, and their streets paved in silver and gold.
    Limsa Lominsa keep your pirates, and your ships covered in musty mold.
    My loyalty lies with Gridania, with the Moogles and the tree spirits of old." -The Forky Conjurer

  4. #4
    Player
    Tridus's Avatar
    Join Date
    Jun 2017
    Location
    The Goblet
    Posts
    1,510
    Character
    Cecelia Stormfeather
    World
    Cactuar
    Main Class
    White Mage Lv 90
    Quote Originally Posted by Vhailor View Post
    It's not a question of whether or not data gets sent; it's how much, and how often. FFXIV sends huge amounts of data very frequently. The net result of this is less third-party manipulation (in theory - there are plenty of exploits that FFXIV has had to deal with), but a lot of unnecessary constraints imposed by server limitations.
    Yes, it's this. The root of the issue is that the game resyncs your entire inventory between client and server far, far too frequently. Effectively, it winds up sending your entire inventory because you looted something, instead of saying "you looted something" and letting the client handle that event. While that does nicely prevent the state from getting out of sync, it's horrifically resource intensive and that's why other MMOs don't do it.

    It's also why they implemented things like Chocobo storage instead of simply adding more inventory. Chocobo storage is only synced when it's actually open, and it isn't available at all in many circumstances. It's a means of working around the root problem.
    (4)
    Survivor of Housing Savage 2018.
    Discord: Tridus#2642