Jump to content

Recommended Posts

  • Supporter
Posted
On 6/8/2025 at 8:25 AM, wwtmugen said:

The ifs file you provide is the same compression type as the vfs file you provided earlier, but the structure is definitely different
The file has two tables related to file index or hash, which should be encrypted
I can only disassemble the files by block from the file part, but I'm not sure if there are missing files as there is a very big problem at the moment
Why did I reply until now
Because I encountered a very troublesome problem when parsing
The length of all file metadata is 172, which is the offset to the first block.
I checked a lot of blocks, some blocks store one file, some blocks store three files, and some blocks store more
There are a portion of additional bytes from the end part of each block to the next block, which are the md5 values from the block
For example, there are 16 bytes of additional data at the end of some data blocks, some are 32, some are 64, and there may be more than 100.
I always thought how many extra bytes are defined based on how many files there are in the data block, but then I found something wrong
There are three files in a certain block, which should be 48 bytes of extra data, but it appears 64 bytes. What's even stranger is that some blocks even have 8 bytes at the end or other values that do not match the length of md5 at all.
Audio and video files should use chunked compression, which refers to splitting the data of a file into multiple compressed blocks. It seems large, but in fact there are only one or two files inside.
I merged all the blocks of the video in order, and it was pretty good, I got a video that could display the image, but other files shouldn't have such a good chance
The script runs the same as before
python nifs.py Enter a file output folder

nifs.py

Posted
2 hours ago, wq223 said:

The ifs file you provide is the same compression type as the vfs file you provided earlier, but the structure is definitely different
The file has two tables related to file index or hash, which should be encrypted
I can only disassemble the files by block from the file part, but I'm not sure if there are missing files as there is a very big problem at the moment
Why did I reply until now
Because I encountered a very troublesome problem when parsing
The length of all file metadata is 172, which is the offset to the first block.
I checked a lot of blocks, some blocks store one file, some blocks store three files, and some blocks store more
There are a portion of additional bytes from the end part of each block to the next block, which are the md5 values from the block
For example, there are 16 bytes of additional data at the end of some data blocks, some are 32, some are 64, and there may be more than 100.
I always thought how many extra bytes are defined based on how many files there are in the data block, but then I found something wrong
There are three files in a certain block, which should be 48 bytes of extra data, but it appears 64 bytes. What's even stranger is that some blocks even have 8 bytes at the end or other values that do not match the length of md5 at all.
Audio and video files should use chunked compression, which refers to splitting the data of a file into multiple compressed blocks. It seems large, but in fact there are only one or two files inside.
I merged all the blocks of the video in order, and it was pretty good, I got a video that could display the image, but other files shouldn't have such a good chance
The script runs the same as before
python nifs.py Enter a file output folder

nifs.py 5.22 千字节 · 1 下载

All that comes out is DAT 
I don't know what to do with it
Is there an image resource in it?

 

  • Supporter
Posted
1 hour ago, wwtmugen said:

All that comes out is DAT 
I don't know what to do with it
Is there an image resource in it?

 

I don't know the specific extension of the file, because it does not include the index part of the file name, so all files use the .dat extension when outputting.
There are definitely images, but there are probably very few. I think most of them are difficult to understand.
I originally wanted to decide on the extension to the file based on the magic number, but I saw that there are too many unknown types of files.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...