AltimorTASDK
Failed to deserialize file. again
@AltimorTASDK Not sure how you have solved it last patch, but you said Epic had encrypted the file so it would be harder and then you posted it fixed. I looked and refactored your code, but couldn't find where it was decrypting the file, only fixing for ASCII or Unicode encoding? If it is now encrypted, and if that is the issue, it might be helpful to let end users enter the AES key themselves in the client as the key can often be found online. At least if they use the same for the games' models.
If you happen to need it for 11.20 it's 0x046f57d5b63972e6298fb5d89e72d7bbbd6826676c081f3546b8e2e403a672e7
Also if you'd like some help in the future, I got some coding experience and since I often use this app I'd always like to help.
If it happens to be a different issue from encrypting, it would be great if you could shortly say how you've fixed it and what was changed, so that for the next time there if there is a similar issue I'd know where to look for a solution.
Anyway great work so far, I hope you know it's appreciated.
They were actually only compressed, not encrypted. I guess I was having a bad day cause I didn't see the zlib header when I said that.
They were actually only compressed, not encrypted. I guess I was having a bad day cause I didn't see the zlib header when I said that.
Ah I see. So having had just a quick look at the file's hex code, there's multiple (I counted 3) zlib headers. Altering some of your code in the OpenFromStream method, adding a simple zlibCodecDecompress method from the dotnetzip library and skipping the stream to the first zlib header, I extracted a short string FloatPropertytionGroupryneeyNameeolPropertyeadutActionGroup
Obviously incomplete and not the optimal way to do it, but just wanted to see how far I'd come without doing a lot of research.