The above video goes away if you are a member and logged in, so log in now!
Free McBoot apps –
is there an app that will let me transfer saves to and from my memory card to a usb device? i do not have a ar or any disc like that.
Originally Posted by Zeph
It's called ulaunchelf.
it actuialy transfers saves? could i get a bit more information on the actuial how to transfer part?
There are plenty of tutorials in this forum about that. Just search.
Ph34r T3h Cut3 On3s
uLaunchELF (aka: uLE) has a FileBrowser used for all kinds of file transfers.
Originally Posted by Zeph
All such transfers are done in two steps, one finding source data, the other writing to destination.
For step 1 you just browse to a source device folder, select the files/folders you want transferred and then open the R1 menu where you choose either "Copy" or "Cut" ("Cut" will delete originals after transfer). This does not perform any transfer so exit from FileBrowser at this point would leave all unchanged. But it does memorize what you selected, for use in a coming step 2 of the transfer, for which you proceed as below.
For step 2 you browse to the directory where you want the transferred files stored and then open the R1 menu where you choose either one of three "Paste" commands, depending on what kind of transfer operation you want.
"Paste" is the generic method for normal files/folders
Its drawback is that if you use it for gamesave backup, then some games may refuse to accept a gamesave restored from such backup, because original timestamps and file attributes are lost. (Some games check this specifically to block gamesave copying.) But that problem does not apply when both source and destination are on MC, as the FileBrowser then takes care in restoring both timestamps and attributes to be identical to what the originals have. But unfortunately that is not possible to do with non-MC devices.
"mcPaste" is our first attempt at a proper gamesave backup implementation
This is specific for gamesave backup/restore and acts differently depending on the destination type. With non-MC destination an extra file is added to each folder, containing original timestamp and attribute data for each file in that folder and also for the containing folder itself. With an MC destination, on the other hand, uLE looks for such an attribute file in each source folder, and if present uses it to restore all original timestamps and file attributes. Such special handling is needed as some games check timestamps and PS2-specific attributes that may not survive storage on non-MC media.
"psuPaste" is our second attempt at a proper gamesave backup implementation
This is also specific for gamesave backup/restore and also acts differently depending on the destination type. With non-MC destination each source folder from MC is reduced to a single ".psu" file holding all the data of all the files from the source folder, including all original timestamps and file attributes. With an MC destination each ".psu" source file from non-MC is used to restore its original gamesave folder and all files it contained, including all original timestamps and file attributes.
Both "mcPaste" and "psuPaste" will be greyed out as unavailable if either both source and destination are on MC or both source and destination are on non-MC media.
The "psuPaste" method is the newer one and is preferred for many reasons, including the fact that it can deal correctly with some filenames that are not accepted for other storage media (PS2 MC allows some filename characters forbidden on USB and other media, and some games use such names). Another good reason to use it is that it conforms to an existing standard, as the PSU file format was originally created for the 'EMS' line of PS2 backup devices (check "http://www.hkems.com") and is also supported by some independent tool programs for a PC.
The Sony MC standard does not allow for subfolders inside MC folders, although the filesystem drivers do allow it. But the PSU standard strictly follows Sony specs, so PSU backup of MC folders should only be done for real gamesaves (they never have subfolders), or for homebrew folders that you are sure follow the same rule. Otherwise you will lose some data (as subfolder content is ignored).
Best regards: dlanor