I've tried several times but it doensn't seem working. The game created new saves after I copied the resigned saves to steam folder.

I was reading your posts in the fearless cheatengine forum, and you shortly mentioned that re7 and re8 use AutoStrong Encription. In the past, I already tried to decrypt save files from re7 and 8. Did you make any progress on autostrong decryption or did you focus on Lime?

Hi, i tried using this tool with the newly installed mercen. update and Sep.Ways DLC too and the game crash at startup each time

Hi there, awesome tool you made here. Unfortunately I'm running into an issue where after filling the folder path and text boxes with relevant information and hitting Resign all the progress bar completes but shows Number of processed files: 0 obviously yielding no resigned files in the output folder. Any helps is hugely appreciated. Thanks.

after resigning and copying in my new savefile the game crashes after displaying the game logos. Not Sure why.

Hi!
When I use your tool to convert my old steam account saves, fully following the steps of unpack,resign, pac, and then copy the new game save to the folder of another new account, and then I open the game , I am prompted that “unable to load save data”. Is there anything wrong with my steps?

Hi!

I stumbled upon this repo while researching the Street Fighter 6 save game format. I haven't heard about Lime encryption before and can't find any other resource on the format. Are you aware of any?

Street Fighter 6 seems to use this format. However, LimebrellaSharp crashes once I try to load the win64_save folder into it (see below).

Here's the Hex header of data00-1.bin: 44535353 02000000 04000000. I suppose encryption type 0x04 is not supported yet?

If you're interested (and it's possible to decrypt this), i can send you my steamID + the save game.

Thanks!

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at LimebrellaSharpCore.Helpers.LimeDeencryptor.EncryptionFirst(Span`1& containerA, ReadOnlySpan`1 containerB)
   at LimebrellaSharpCore.Helpers.LimeDeencryptor.Limegator(Span`1 containerA, ReadOnlySpan`1 containerB, ReadOnlySpan`1 containerC)
   at LimebrellaSharpCore.Helpers.LimeDeencryptor.HashPublicKeys(Span`1& segmentHashedKey, ReadOnlySpan`1 cKey1, ReadOnlySpan`1 cSteamId, ReadOnlySpan`1 limeBank)
   at LimebrellaSharpCore.Helpers.LimeDeencryptor.Limetree(DsssLimeFile limeFile, UInt64 steamId, Boolean encrypt)
   at LimebrellaSharp.Form1.<>c__DisplayClass18_1.<UnpackAll>b__1(Int64 ctr)
   at System.Threading.Tasks.Parallel.<>c__DisplayClass20_0`1.<ForWorker64>b__1(RangeWorker& currentWorker, Int32 timeout, Boolean& replicationDelegateYieldedBeforeCompletion)
--- End of stack trace from previous location ---
   at System.Threading.Tasks.Parallel.<>c__DisplayClass20_0`1.<ForWorker64>b__1(RangeWorker& currentWorker, Int32 timeout, Boolean& replicationDelegateYieldedBeforeCompletion)
   at System.Threading.Tasks.TaskReplicator.Replica.Execute()

When attempting to decrypt the files, the Steam ID can be resolved by parsing the path the user has provided. Making them enter the Steam ID 32 again from the folder seems ridiculous.

For example, here is my user path to the files.

C:\Program Files (x86)\Steam\userdata\82957139\2050650\remote\win64_save

You could simply have the program just load 82957139 into the Steam32 ID (INPUT) field, as there is 100% guarantee the files signed from here belong to that ID if they come from a Steam userdata folder.