This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Savegame Troubles
#4
(07-19-2013, 09:30 AM)nightflyer Wrote: EDIT5: I think I have the problem: The savefiles I have are secure files[if (saveFileSecureEntriesAddr != 0) results in true]. Furthermore if(saveFileEntriesAddr != 0) results in a false-value. That alone would be no problem but with the new implementation, there is a if(savedataParams.isSecureFile(entry)) check before checking if we have a value for saveFileSecureEntriesAddr. And that check returns a false.
So I took a closer look to the isSecureFile() function. Said function accesses this value: psf.get("SAVEDATA_FILE_LIST"), which is not set for my savefiles.

What exactly is this SAVEDATA_FILE_LIST and why is it suddenly needed, even though things seem to work without it(at least for my saves)?

EDIT6: I forgot to mention, I had to change mem.write64(entryAddr + 8, ((stat.size + 0xF) & ~0xF) - 0x10); back to mem.write64(entryAddr + 8, stat.size); for things to work. What was that change supposed to do?

So now that I found a way to make saving/loading work for me again, could you explain what SAVEDATA_FILE_LIST and ((stat.size + 0xF) & ~0xF) - 0x10) are supposed to be doing gid15? Any idea why that changes made it impossible to load savegames for VC2[ULUS10515] and VC3[NPJH50343]?
Thank you for the exact analysis Smile
PARAM.SFO files created before r3306 do not include the entry SAVEDATA_FILE_LIST and are incorrectly interpreted. Could you test again with r3324? Please test the following scenarios:
- loading a savedata created before r3306
- save a new savedata and try to load it (the PARAM.SFO file should now contain the SAVEDATA_FILE_LIST entry)

Thank you!
Always include a complete log file at INFO level in your reports. Thanks! How to post a log
Reply


Messages In This Thread
Savegame Troubles - by nightflyer - 07-19-2013, 09:30 AM
RE: Savegame Troubles - by sum2012 - 07-20-2013, 06:32 PM
RE: Savegame Troubles - by sum2012 - 07-21-2013, 06:38 AM
RE: Savegame Troubles - by gid15 - 07-24-2013, 07:26 PM
RE: Savegame Troubles - by sum2012 - 07-24-2013, 10:17 PM
RE: Savegame Troubles - by sum2012 - 07-25-2013, 09:37 PM
RE: Savegame Troubles - by gid15 - 07-26-2013, 06:34 AM
RE: Savegame Troubles - by nightflyer - 07-26-2013, 09:24 AM
RE: Savegame Troubles - by gid15 - 08-01-2013, 06:50 PM
RE: Savegame Troubles - by nightflyer - 08-08-2013, 06:45 PM
RE: Savegame Troubles - by sum2012 - 07-26-2013, 11:51 AM
RE: Savegame Troubles - by nightflyer - 07-29-2013, 12:39 PM
RE: Savegame Troubles - by Pa010 - 09-10-2014, 10:34 AM
RE: Savegame Troubles - by onelight - 09-10-2014, 01:28 PM
RE: Savegame Troubles - by Pa010 - 09-10-2014, 01:47 PM
RE: Savegame Troubles - by onelight - 09-10-2014, 03:15 PM
RE: Savegame Troubles - by Pa010 - 09-10-2014, 09:54 PM
Savegame Troubles - by pearlofen - 01-14-2015, 12:23 PM

Forum Jump:


Users browsing this thread: 1 Guest(s)