If this is True, SE is TOO EVIL!

[Starlord]

Starlord, I liked your answer ^^

Thank you =), I'm sure there's a reason for everything, for what SE is doing. ( Which may include getting rid of old Files from old dev team that the New team didn't like) Things along those measures

[Xeno]

And now your insulting me now? someone should be apologizing to me but Im not crying over it, its my opinion, but there's no reason to attack my Intelligence Thanks, Have a great day

Are you related to Kilta?

If you installed at launch and did all updates, these are all the updates:

D2010.09.18.0000 5.2mb
D2010.09.19.0000 423mb
D2010.09.23.0000 6.58mb
D2010.09.28.0000 17.9mb
D2010.10.07.0001 18.3mb
D2010.10.14.0000 18.5mb
D2010.10.22.0000 18.8mb
D2010.10.26.0000 18.8mb
D2010.11.25.0002 239mb
D2010.11.30.0000 6.6mb
D2010.12.06.0000 6.82mb
D2010.12.13.0000 251mb
D2010.12.21.0000 7.2mb
D2011.01.18.0000 9.5mb
D2011.02.01.0000 11mb
D2011.02.10.0000 11mb
D2011.03.01.0000 73mb
D2011.03.24.0000 103mb
D2011.03.30.0000 103mb
D2011.04.13.0000 325mb
D2011.04.21.0000 327mb
D2011.05.19.0000 328mb

Total: 2.23gb

If you do a fresh install, the following are ALL you get:

D2010.09.18.0000 5.2mb
D2010.09.19.0000 423mb
D2010.11.25.0002 239mb
D2010.12.13.0000 251mb
D2011.05.19.0000 328mb

Total: 1.21gb

Where is my other 1.12gb?

Last thread I posted this in got locked, I hope SE does not lock this one

After this post, I cannot see how anyone would be confused. Last post in here.

[Starlord]

Are you related to Kilta?



After this post, I cannot see how anyone would be confused. Last post in here.

Perhaps Learn some Manners? Thats a starter?

[Xeno]

This coming from a guy who says Fatigue change is 100% coming in 1.18 because Yoshida said "they are looking into it" in about as vague of a way as he possibly could.

Irony.

Going to have to post one more, unfortunately. If I remember correctly, he said it was to be removed alongside the battle patches. If not, haven't read it since it was posted, unlike this thread where the facts are right in everyone's face.

Perhaps Learn some Manners? Thats a starter?

The typical person gets frustrated when they have to explain something several times. Sorry I'm not perfect

[Krausus]

If you installed at launch and did all updates, these are all the updates:

D2010.09.18.0000 5.2mb
D2010.09.19.0000 423mb
D2010.09.23.0000 6.58mb
D2010.09.28.0000 17.9mb
D2010.10.07.0001 18.3mb
D2010.10.14.0000 18.5mb
D2010.10.22.0000 18.8mb
D2010.10.26.0000 18.8mb
D2010.11.25.0002 239mb
D2010.11.30.0000 6.6mb
D2010.12.06.0000 6.82mb
D2010.12.13.0000 251mb
D2010.12.21.0000 7.2mb
D2011.01.18.0000 9.5mb
D2011.02.01.0000 11mb
D2011.02.10.0000 11mb
D2011.03.01.0000 73mb
D2011.03.24.0000 103mb
D2011.03.30.0000 103mb
D2011.04.13.0000 325mb
D2011.04.21.0000 327mb
D2011.05.19.0000 328mb

Total: 2.23gb

If you do a fresh install, the following are ALL you get:

D2010.09.18.0000 5.2mb
D2010.09.19.0000 423mb
D2010.11.25.0002 239mb
D2010.12.13.0000 251mb
D2011.05.19.0000 328mb

Total: 1.21gb

Where is my other 1.12gb?

Last thread I posted this in got locked, I hope SE does not lock this one

Well Im pretty sure this is how it works.

SE decides to update and add in content/fixes. Now you dont just DL what they are adding you download a file that they added the coding to not just the extra coding. So you are actually downloading the full .dat file that they added code to and it replaces the current file that you have, if the current .dat file is 200 MB then you download the updated file of 200 MB + the new stuff.

as an example.

D2011.04.13.0000 is 325 MB this was a content update I think it was 1.17 D2011.04.21.0000 was probably 1.17a which was just a minor update of the same files that 1.17 updated so you have to re-download those same files that had the additions of 1.17a added to them to replace the current files.

Its like this to probably every single game out there.

Edit:

Also Coding does not take up a lot of space usually its images that make up for a lot of the space used. They have not added a lot of visual since release (NMs, and some gear) so you can imagine how much coding they have added if you count most of the MBs added as code.

[Cairdeas]

If you installed at launch and did all updates, these are all the updates:

D2010.09.18.0000 5.2mb
D2010.09.19.0000 423mb
D2010.09.23.0000 6.58mb
D2010.09.28.0000 17.9mb
D2010.10.07.0001 18.3mb
D2010.10.14.0000 18.5mb
D2010.10.22.0000 18.8mb
D2010.10.26.0000 18.8mb
D2010.11.25.0002 239mb
D2010.11.30.0000 6.6mb
D2010.12.06.0000 6.82mb
D2010.12.13.0000 251mb
D2010.12.21.0000 7.2mb
D2011.01.18.0000 9.5mb
D2011.02.01.0000 11mb
D2011.02.10.0000 11mb
D2011.03.01.0000 73mb
D2011.03.24.0000 103mb
D2011.03.30.0000 103mb
D2011.04.13.0000 325mb
D2011.04.21.0000 327mb
D2011.05.19.0000 328mb

Total: 2.23gb

If you do a fresh install, the following are ALL you get:

D2010.09.18.0000 5.2mb
D2010.09.19.0000 423mb
D2010.11.25.0002 239mb
D2010.12.13.0000 251mb
D2011.05.19.0000 328mb

Total: 1.21gb

Where is my other 1.12gb?

Last thread I posted this in got locked, I hope SE does not lock this one

Anyone who played FFXI or XIV's dat system knows the answer to this.

The .Dat Files that are used to store data for the game encorporate huge chunks of graphics for the game into one singular semiencrypted file. a .dat file.

Each .dat file houses different chunks of graphics. One .dat could house all of the UI icons used for status effects. One could house all the animation skeletons and pathings. One could contain all of the textures used for the environment.

As such if even one small change is made to this file it must be updated. SE doesn't currently have a system that can unpack, update, repack these files on the fly on your desktop when you patch so you have to download the entire file even if only one small texture out of 100's of possible textures packed in is changed.

When they add a new status? The dat file that houses all the status icons is gonna be updated.
When they add a new class? the dat that houses all the class icons for the UI is going to be updated.

[Crevox]

Anyone who played FFXI or XIV's dat system knows the answer to this.

The .Dat Files that are used to store data for the game encorporate huge chunks of graphics for the game into one singular semiencrypted file. a .dat file.

Each .dat file houses different chunks of graphics. One .dat could house all of the UI icons used for status effects. One could house all the animation skeletons and pathings. One could contain all of the textures used for the environment.

As such if even one small change is made to this file it must be updated. SE doesn't currently have a system that can unpack, update, repack these files on the fly on your desktop when you patch so you have to download the entire file even if only one small texture out of 100's of possible textures packed in is changed.

When they add a new status? The dat file that houses all the status icons is gonna be updated.
When they add a new class? the dat that houses all the class icons for the UI is going to be updated.

This is really wrong, but... good try?

I already explained the reason for this, and the files for the game aren't encrypted into a single .dat (even for similar things). They're spread across MANY dats, which is why patching FFXI took so long (you'd download tons of tiny files, and you'd end up patching 30000+ files). FFXIV downloads patches compressed, and then just extracts them over all the files that need to be updated, which saves a lot of time (and you're downloading one file versus 10,000).

You can just go look at the game folder to see this. My data folder has over 110,000 files (this is not "semi-encrypted into a single .dat file").

I have no idea where you got this idea.

[Chrees]

This is really wrong, but... good try?

I already explained the reason for this, and the files for the game aren't encrypted into a single .dat (even for similar things). They're spread across MANY dats, which is why patching FFXI took so long (you'd download tons of tiny files, and you'd end up patching 30000+ files). FFXIV downloads patches compressed, and then just extracts them over all the files that need to be updated, which saves a lot of time (and you're downloading one file versus 10,000).

You can just go look at the game folder to see this. My data folder has over 110,000 files (this is not "semi-encrypted into a single .dat file").

I have no idea where you got this idea.

I'm glad at least someone here understands how it works. The three largest files in my FFXIV folder are 16, 33.9 and 47.5 MB, the rest being much smaller, so that right there is enough to throw the "when they change one small thing, they have to replace a giant 300+ MB .dat file" theory. Plus a little hex editing in the patch files would be enough to know what's going on behind the scenes, but I haven't done any of that myself...of course not.

Now, what I don't understand is why they can't make separate files for different update paths. I know of a lot of other games that do this as well. Say we're on 1.17a and need to upgrade to 1.17b. They should make a small ~1 MB file (since 1.17a was apparently ~327 and 1.17b ~328 MB) available for those people, as I'm sure the vast majority of players updating would be going from 1,17a to 1.17b anyway. For people on a version prior to 1.17a, they would have to suck it up and download the large update because they can't accommodate everyone, but again, they would most likely be in the minority, so it's really not that big of an issue.

This would make patch day a much smoother process, yet still keep the large catch-all files available for those reinstalling or updating from a much older version. But hey, I'm no programmer. Maybe this wouldn't be possible for them, so who knows?

[Ilean]

SE doesn't currently have a system that can unpack, update, repack these files on the fly on your desktop when you patch so you have to download the entire file even if only one small texture out of 100's of possible textures packed in is changed.

Sad part is, grabbing two files A and B and generating a third file that contains only the differential info and can be applied on A to produce B has been around for many many years.

[Punainen]

Sad part is, grabbing two files A and B and generating a third file that contains only the differential info and can be applied on A to produce B has been around for many many years.

I'd rather not have all that extra space being needlessly taken up on my comp.