Closed hueyyeng closed 5 years ago
That's actually an error in the map.svo
extraction. The PC headers for the top-level FPS containers are very strange -- probably to get around an inherent 4 GB size limitation of the format due to using 32 bit offset fields -- so I had to do some heuristic nonsense to actually extract the files somewhat correctly -- see FPS4.CalculateFileLocationMultiplier()
: https://github.com/AdmiralCurtiss/HyoutaTools/blob/master/Tales/Vesperia/FPS4/FPS4.cs#L234
This method works for most of the files but evidently not correctly for map.svo
, it eventually goes out of sync; notice how TOGI00_05.DAT
still works fine but everything starting at TOGI00_10.DAT
is broken.
If you manually go and fetch the relevant section from the map.svo it should extract fine, but I'll see if I can figure out a better heuristic.
Thanks for the explanation! I'll see through extracting manually the affected packages and hopefully figure out a better heuristic too. :smile:
Turns out this was just an error on my part in the offset calculation! Fixed, update and extract map.svo
again.
Ok I can verify that it works for both map.svo
and also chara.svo
! Thanks again for your hard work in creating this tools.
Will be closing this issue as it is working now for the DE release.
Hi Admiral Curtiss,
I'm having issue extracting packages that are new to PS3/DE version (I'm using the PC DE version although I have access to the PS3 version) where the TLZC header are located deeper into the files instead of the first four bytes.
Example for one of Necropolis of Nostalgia package
XTMD00.DAT
:For The Sewer Tunnels of Promise
XGUD01.DAT
:I'm noticing this pattern is applicable for PS3/DE contents and was hoping you can assist in troubleshooting this issue if you don't mind!
I did went through your code but I'm afraid I can't figure it out. Sorry for the trouble.