01-26-2019, 09:03 PM
You can sort of tell what a file is based on its size.
From what I can see it always fills the more important looking files to 8KB.
Files that are smaller than 8KB are usually structured more like metadata and pointer files.
It is possible that the ARC file may just be an archive of pointer files and basic rendering data because most of it looks unusual.
Another thing that leads me to believe that arc is one big pointer file is how uniform every file size is, obviously the size of models and images would probably vary greatly
but every file I see is 8 KB except for a few but even those are usually 2KB files. I haven't found any evidence that any of these are files, instead they seem like they are
just libraries of data related to the field. Although it might also be possible that each MCM just has one file, but fragmented. Each .dat might be a fragment containing 8KB of the original file and the smaller file is the unequal fragment left over. If that were true the problem would be figuring out how to put the file back together in the right order. I have noticed that in each folder all the .dat files have the exact same structure as each other, so fragmentation is very plausible.
From what I can see it always fills the more important looking files to 8KB.
Files that are smaller than 8KB are usually structured more like metadata and pointer files.
It is possible that the ARC file may just be an archive of pointer files and basic rendering data because most of it looks unusual.
Another thing that leads me to believe that arc is one big pointer file is how uniform every file size is, obviously the size of models and images would probably vary greatly
but every file I see is 8 KB except for a few but even those are usually 2KB files. I haven't found any evidence that any of these are files, instead they seem like they are
just libraries of data related to the field. Although it might also be possible that each MCM just has one file, but fragmented. Each .dat might be a fragment containing 8KB of the original file and the smaller file is the unequal fragment left over. If that were true the problem would be figuring out how to put the file back together in the right order. I have noticed that in each folder all the .dat files have the exact same structure as each other, so fragmentation is very plausible.