ARC (Yuno): Difference between revisions

From Game Research Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
Line 1: Line 1:
[[Category:Archives]]
[[Category:Archives]]
Used in the following game(s):
Used in the following game(s):
*Yuno
*Yuno ([https://vndb.org/v1377 vndb])
 
Index appears to be protected. First 4 bytes are number of entries in index/number of files in archive. Even with this, a quick look and guess work shows an index entry is 28-bytes in size. Filename space is 20-bytes, followed by (probably) two 4-byte numbers. Appears everything but the initial 4-bytes that stores the file count is protected. As for the protection... Appears each byte is XOR by 0x03 for at least the file names.
 
0303030303030303030303 = 0000000000000000000000
 
thus
 
5A564D4C5C32322D544255 (ZVML\22-TBU) = 59554E4F5F31312E574156 (YUNO_11.WAV)
 
...really? ^^; Didn't even need a debugger for that. XD
 
And now for the data after that...
 
(Future me: ...did I really type that?)


{| class="wikitable"
{| class="wikitable"
Line 36: Line 22:




It is unknown if some or none of the file data itself is protected. This may completely depend on what the data is. For example, the game script may have additional steps. The audio, specifically the music archive, appears to store the data without any obfuscation.
It is unknown if some or none of the file data itself is protected. This may completely depend on what the data is. For example, the game script may have additional steps. The audio, specifically the music archive, appears to store the data without any obfuscation. However, this is based off of a fan patched version so unknown if this carries over to the original, unpatched version.

Latest revision as of 04:53, 2 March 2018

Used in the following game(s):

Header
Size Content Description
4 Bytes File count
Index Entry
Size Content Description
20 Bytes File Name XOR by 0x03
4 Bytes File Size XOR by 0x33656755
4 Bytes File Position XOR by 0x68820811


It is unknown if some or none of the file data itself is protected. This may completely depend on what the data is. For example, the game script may have additional steps. The audio, specifically the music archive, appears to store the data without any obfuscation. However, this is based off of a fan patched version so unknown if this carries over to the original, unpatched version.