Closed LlysiX closed 1 year ago
Mackiloha doesn't support decrypting encrypted RB4 ark parts. So updating ark2dir
in arkhelper for RB4 may require more work if those patch ark parts are encrypted. This isn't an issue for patchcreator
functionality since it only appends a new ark part. Updating the ark reading logic to have full RB4 ark support is not really something I'm interested in doing as this is primarily a project focused on Milo, not Forge.
All versions of RB4 are unencrypted.
To add on to my previous statement, it seems that all Forge games use unencrypted ARKs.
RBVR:
Amplitude 2016:
AFAICT, The HDR files do use some form of encryption, but for the RB Forge games, it seems to be an encryption that arkhelper can already handle, as patchcreator
can append ark parts to RBVR (and theoretically pre-Rivals RB4 if the exe is no-checksum patched).
Specific ark parts in RB4 are encrypted. They are designated by appended character sequence of "mcnxyxcmvmcxyxcmskdldkjshagsdhfj". Maxton's GameArchives uses ProtectedFileStream
to read those specific parts.
https://github.com/maxton/GameArchives/blob/master/Library/Ark/ProtectedFileStream.cs
The post-Rivals updates of Rock Band 4 use an ark patching system similar to arkhelper's patchcreator function, where there is no patch_ps4.hdr and instead uses main_ps4.hdr. The issue is twofold.
While arkhelper cannot properly rebuild or create a patch for any version of Rock Band 4 (which should be an issue of its own), I would at least like a solution to problem 2, to get a look at the actual scripts of Rivals instead of leftover pre-Rivals scripts.