Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

File format 505 is not supported #118

Open
eirnym opened this issue Oct 17, 2024 · 1 comment
Open

File format 505 is not supported #118

eirnym opened this issue Oct 17, 2024 · 1 comment

Comments

@eirnym
Copy link

eirnym commented Oct 17, 2024

This game format is from Styx: Shards of Darkness

Save files could be downloaded from: https://steamcommunity.com/sharedfiles/filedetails/?id=2925961355

@scottanderson
Copy link
Collaborator

scottanderson commented Oct 17, 2024

Changing the supported package version check to allow reading the file headers for this older UE4 game will get you a little bit further, but deserialization will still fail on these files because they lack property tag information that the GvasFile needs to directly read the file.

What you could do is to read the GvasHeader, and then read the property values in the order that the game's save blueprint serialized them. This will require some experimentation and possibly reverse-engineering of the file format.

To get past the version check, you can update src/lib.rs:

@@ -186,7 +186,7 @@ impl GvasHeader {
         }

         let package_file_version = cursor.read_u32::<LittleEndian>()?;
-        if !package_file_version.between(0x205, 0x20D) {
+        if !package_file_version.between(505, 525) {
             Err(DeserializeError::InvalidHeader(
                 format!("Package file version {package_file_version} not supported")
                     .into_boxed_str(),

Then you will be able to use functions like GvasHeader::read(...) and StrProperty::read(...) directly to read the file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants