Type up your entire response, then create a placeholder post with 10 characters . Edit, and paste your whole text then save. The 1000 characters is only for the original post. Edits allow much bigger.
Hit post to soon. Misunderstood question, rewriting an answer for you.
EDIT: I made the mistake(since it cut into my play time) of looking at your problem the way I would tackle solving an obscure infrastructure problem for a contract, and I just spent 2 hours working on a logic chart of the various branches of your situation, and what it implied, and which branches would mean server, and which client. I realized there is no way I am cleaning up and posting that thing in here, even assuming anyone wanted to read it. So.. I will summarize a few key points for you and hope I am coherent about it.
1) In an environment like this the server doesn't constantly push data to the client so much as the client pushes data to the server, and in return requests other data/updates, which the server sends back in reply. That is, if the server isn't returning something, it means either the client isn't requesting it, or the server isn't returning everything the client requests. There are lots of variables involved here, but suffice to say, if you are correct that the macro map is getting the choco position from server data, then we already know the server is returning the positional data when requested, meaning the fault is almost certainly on the client.
2) If you are wrong about that, then there is still only one rational case (apart from the chocobo issue being its own unique bug) that would put the blame partly on the server, instead of all on the client. You got me thinking however, and I will not discount the possibility. It would still be the same core problem however, of prioritization. It would just mean that the fault was the way the server prioritized objects to return to the client, rather than being just the way in which the client drew the objects the server returned. I.E. Server capped objects based on client request, didn't 100% make sure key objects got returned, client culls objects further when it can't cope with the full list returned.
Short of it: it probably isn't server, but if it is it is almost certainly still the same object prioritization issue I keep bringing up, it just might be partly server side object prioritization, instead of all client.


Reply With Quote

