MirageUK

I'll look into changing the traits filter list to populate it dynamically from the data available. Currently its hard-coded to the original traits I found. If you have a save file that I can download with the cryo'd Gacha issue I can investigate. Not sure how much the dev kit stuff is going to help tbh. Everything I've done so far I've hacked away at until I found the information I needed - adding some official stuff in might just confuse me and/or force me to re-think how I've done it all I would say the re-write of the parser is approx. 90% complete so hopefully that doesn't have same issues moving forward.

Quite possible based on the number of property types the current parser doesn't handle. It may have reached a property in the cryo data that it doesn't know how to handle, skipped the remaining properties and therefore hasn't got enough data for ASV to assign to the tribe etc. I'm currently playing again so not had chance to finish off the new parser - stil working on it though.

Had a couple days off coding.. fresh brain and I worked out easier way to find the property names without having to eye-ball the byes in an hex editor. I'm a programmer.. no idea why I was doing this manually 🤠 List of start positions and known named properties. Now I have a visual representation of what to expect I can work on the nuances of each data type to crack them all {[102, InventoryItems]} {[110, ArrayProperty]} {[126, ObjectProperty]} {[1399, bInitializedMe]} {[1407, BoolProperty]} {[1425, LastInventoryRefreshTime]} {[1433, DoubleProperty]} {[1458, CustomFolderItems]} {[1466, ArrayProperty]} {[1482, StructProperty]} {[1495, CustomFolderItems]} {[1503, StructProperty]} {[1519, ServerCustomFolder]} {[1544, InventoryCompType]} {[1552, IntProperty]} {[1573, FolderName]} {[1581, StrProperty]} {[1608, CustomFolderItemIds]} {[1616, ArrayProperty]} {[1632, StructProperty]} {[1645, CustomFolderItemIds]} {[1653, StructProperty]} {[1669, ItemNetID]} {[1694, None]} {[1702, InventoryCompType]} {[1710, IntProperty]} {[1731, FolderName]} {[1739, StrProperty]} {[1767, CustomFolderItemIds]} {[1775, ArrayProperty]} {[1791, StructProperty]} {[1804, CustomFolderItemIds]} {[1812, StructProperty]} {[1828, ItemNetID]} {[1853, None]} {[1861, InventoryCompType]} {[1869, IntProperty]} {[1890, FolderName]} {[1898, StrProperty]} {[1926, CustomFolderItemIds]} {[1934, ArrayProperty]} {[1950, StructProperty]} {[1963, CustomFolderItemIds]} {[1971, StructProperty]} {[1987, ItemNetID]} {[2012, None]} {[2020, InventoryCompType]} {[2028, IntProperty]} {[2049, FolderName]} {[2057, StrProperty]} {[2090, CustomFolderItemIds]} {[2098, ArrayProperty]} {[2114, StructProperty]} {[2127, CustomFolderItemIds]} {[2135, StructProperty]} {[2151, ItemNetID]} {[2176, ItemID1]} {[2184, UInt32Property]} {[2205, ItemID2]} {[2213, UInt32Property]} {[2234, None]} {[2242, None]} {[2250, None]}

The data I was interested in for this case was the int value (669651493) which using a name table pair I read in earlier tells me this property name is "CustomFolderItemIds".... but it's a Struct Array within a Struct within a Struct Array. My brain hurts.

... I got plenty left to uncover. Been hacking away for days and when not working the day job this Matrix is slowly being burnt into my retinas...

There is a "SaveVersion" property I could easily expose.

Since -usestore? .. maybe because there are no ".arkprofile" files read in now it's taking them from .ark itself?

Not sure if the "Id" on the Wiki relates to the "index" of that command but if it does you could chain a list of commands using the id's from the wiki for each map? https://ark.wiki.gg/wiki/Explorer_Notes#The_Island cheat giveexplorernote 141|cheat giveexplorernote 6|cheat giveexplorernote 233|cheat giveexplorernote 7|cheat giveexplorernote 8|cheat giveexplorernote 64.... etc. Not sure on the limit for chained commands so you might need to do it over multiple lines for each map if it does work. There is GiveAllExplorerNotes - but not sure if that's specific to the map you're currently on or ALL.

Currently working on a 1.2gb Island backup provided to me. New parser is a little heavier on the cpu but much more efficient on the memory use. New (Top) vs Current (Bottom)

Ok - maybe I don't need the largest file size but any saves that take the current ASV a long time to parse. Current parser on your data = 32.08 seconds. New parser on your data = 14.58 seconds. @Larkfields - not as much improvement on your data. The Island @ 263mb. Current parser = 6.99 seconds. New parser = 4.79 seconds. Interested to find out what's in the save mentioned by @jrole that takes 10 minutes to export.

Who has the biggest?... ... Ark Ascended save file size? The re-write is coming along much better/faster than I had originally thought and I've almost got it completely coded. I just have to parse cryo stored creature saddle data and it will match what is parsed in the current version. In my limited testing on my own tiny Aberration save (61mb) I've improved the read from 1.7 seconds... to 1.4 seconds In testing one provided here previously, Aberration save (321mb) the read time has been improved from 66 (sixty-six or one-minute-six) to... 6 (six) seconds!!!! Still some code to complete as that's missing approx. 1.5k objects that I'm going to guess relate to saddle/costume data I've not yet read but with almost 450k objects in total it's not going to affect performance THAT much reading them in too. Be intersting to see what gains there are with other maps before I also start to re-write ASV/ASVExport etc. to take advantage of the new parser. With this in mind, if you can, please provide me with some meaty backups to test more. Thanks in advance Mirage

I'm not sure if they are "out of bounds" but them co-ords do appear to be genuine. Confirmed by checking my map after doing setplayerpos. I don't show them as markers on my drawn map though as the top of my grid alignment is ZERO so no space before to show them.

Do you have a copy of that backup I could have? I'm going to be re-writing the parsing code for ASA saves with a view of trying to improve the performance. Same goes for everybody else - if you have a big save file please feel free to send me a copy. It will be nice to have mulitple saves to do comparrisons of new vs old parsing when I get that far.

5.1.1.1 now available. https://drive.google.com/file/d/1nNjvII3E5QfGPrlEl__CuqTqQ8sirzfR/view?usp=drive_link https://github.com/miragedmuk/ASV/releases/tag/Latest Changes Support of -usestore save games to read tribe logs and other information normally stores in .arktribe/.arkprofile files.

@pleinx Yeah I got one - @Elgar provided it. I've not had chance to fully work it out yet though. Found where they are stored - but need to work out what the additional data between each record is and what each of the numbers prior to the start of any .arktribe data are. .. edit .. Looks like the same index/data offset lookup data used in the old binary format for ASE. I'll get it coded up and tested this evening.