wwtmugen Posted June 8 Posted June 8 (edited) https://www.mediafire.com/file/a0aralv960qfkce/IIPSFileDir.zip/file How to extract these files Official Game Websitehttps://ttxd.qq.com/ installation package https://www.mediafire.com/file/zljwab0jjvr5849/10040714_com.tencent.game.VXDGame_a3674063_1.47.525.1_kyNiNj.apk/file Edited June 8 by wwtmugen
DKDave Posted June 8 Posted June 8 You've added this post without any context. Please edit your original post to explain what you're asking for.
Supporter wq223 Posted June 10 Supporter Posted June 10 On 6/8/2025 at 8:25 AM, wwtmugen said: https://www.mediafire.com/file/a0aralv960qfkce/IIPSFileDir.zip/file How to extract these files Official Game Websitehttps://ttxd.qq.com/ installation package https://www.mediafire.com/file/zljwab0jjvr5849/10040714_com.tencent.game.VXDGame_a3674063_1.47.525.1_kyNiNj.apk/file 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
wwtmugen Posted June 10 Author Posted June 10 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 wq223 Posted June 10 Supporter Posted June 10 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.
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now