2024年1月13日上午8点35分，DKDave 说：

是的，你先解压npk文件。你可以使用我的QuickBMS脚本：https://github.com/DKDave/Scripts/tree/master/QuickBMS

 

太酷了

Edited May 4, 20251 yr by TXKBOY

I found a blog, he successfully unpacked, I hope it will be helpful to everyone    https://dumbrava.ca/posts/20241105-taking-apart-once-human-game-files/#cheating

11 hours ago, TXKBOY said:

I found a blog, he successfully unpacked, I hope it will be helpful to everyone    https://dumbrava.ca/posts/20241105-taking-apart-once-human-game-files/#cheating

ITs basically @DKDave work...

9 minutes ago, michalss said:

ITs basically @DKDave work...

At least he left my name on it - some don't 🙂

 

On 8/18/2024 at 12:01 AM, Dabbius said:

Anyone been able to decompile the .pyc files? Im just trying to find the game data to make some online tools. Thinks like armor stats and rolls etc. Along with ui images for items. They have this thing locked down. I was able to unpack the .npk files and the script.npk is the juice with all the game stuff but i cant get the .pyc decompiled 

 

This game has recently been launched for the official version. The python version used seems to be very special and feels like a customized version because I haven't found this version in the public version
The version number corresponding to the magic number of pyc files exceeds the final version number of the official CPython 3.11 branch (3495)
Refer to the version definition in the CPython source code (importlib/_bootstrap_external.py), which has exceeded the standard release scope: https://github.com/python/cpython/blob/8303d32ff55945c5b38eeeaf1b1811dbcf8aa9be/Lib/importlib/_bootstrap_external.py#L421
I tried changing 3496 to 3495 and disassembly, and I could only process part of the content but it was much better than not being able to handle it before it was modified
For decompilation, they may need to reverse the game file to get the opcode, they use a custom opcode and need to map it to a standard opcode (if necessary, you should also find the actual version they are using)
By the way, pycdc support is not perfect, and many files are very confusing to decompile, so sometimes disassembly is also a good solution, at least for the text content is clearer.

9 hours ago, DKDave said:

At least he left my name on it - some don't 🙂

 

I cannot use the noesis script you wrote to load the official version of the .mesh file. Is it outdated?

mesh.zip

Edited May 5, 20251 yr by wq223

--

(see following post)

Edited May 5, 20251 yr by shak-otay

6 hours ago, wq223 said:

I cannot use the noesis script you wrote to load the official version of the .mesh file. Is it outdated?

mesh.zip 1.01 MB · 3 downloads

Files look compressed so they won't work directly.  Not sure of compression method, although I think someone else posted a script recently to decompress other compression types.  Or upload a sample .npk archive so I can alter my script as well.

 

2 hours ago, DKDave said:

Files look compressed so they won't work directly.  Not sure of compression method, although I think someone else posted a script recently to decompress other compression types.  Or upload a sample .npk archive so I can alter my script as well.

 

The uploaded res_novice_pack_8.npk file can be processed using the bms script you wrote.
The script.npk file from the installation package cannot be processed. I found that it uses compression type 10, using the zstd header but cannot be decompressed (in all files, only this patch uses this compression type)
I have uploaded the file to cloud disk
This patch should allow for a closer test

https://drive.google.com/drive/folders/1R8ZnpQ8xZIzYyw8Qb6IytYWcoS8cLxUX?usp=sharing

 

Edited May 5, 20251 yr by wq223

1 hour ago, wq223 said:

The uploaded res_novice_pack_8.npk file can be processed using the bms script you wrote.
The script.npk file from the installation package cannot be processed. I found that it uses compression type 10, using the zstd header but cannot be decompressed (in all files, only this patch uses this compression type)
I have uploaded the file to cloud disk
This patch should allow for a closer test

https://drive.google.com/drive/folders/1R8ZnpQ8xZIzYyw8Qb6IytYWcoS8cLxUX?usp=sharing

 

While type 3 is normal ZSTD which decompresses fine, types 4 and 10 seem to have the ZSTD 4-byte identifier, but then some modifications to the data so that it doesn't decompress normally.  The meshes that can be decompressed do have some slight differences to the ones in the beta, so I'll need to look at them sometime.

 

Thank you for your efforts. Unfortunately, the latest version we downloaded still cannot read the mesh file.

 

I'll provide an NPK file for your reference.

res_normal_pack_28.7z

20 hours ago, 12121212j said:

Thank you for your efforts. Unfortunately, the latest version we downloaded still cannot read the mesh file.

 

I'll provide an NPK file for your reference.

res_normal_pack_28.7z 106.35 MB · 4 downloads

I tried using GPT to remove references to .mtg, .mtl, and .pvr files, and after that, about 30% of the model could be read. I'm not sure where the issue lies, but this suggests the script still works — perhaps the model now uses a new data layout?

Works great still, thanks! Was wondering about a fix for the hair exports with the second uv map?

this still works with latest version.  
lets say i make some edits to the mesh and textures, how do i get the game to load the modified files?

On 5/6/2025 at 12:13 AM, DKDave said:

While type 3 is normal ZSTD which decompresses fine, types 4 and 10 seem to have the ZSTD 4-byte identifier, but then some modifications to the data so that it doesn't decompress normally.  The meshes that can be decompressed do have some slight differences to the ones in the beta, so I'll need to look at them sometime.

 

Now that the game has officially launched, does this method no longer allow access to the game's model assets?

quick question ... how manage the loading of the albedo map, the normal map , the control map , the feature map .. and time to time the patern for the rare skin ???

@DKDave hello , can you look on the BMS script ? with the new update many files cannot be unpack , as the script.npk  , all shaders , and new names of files

regards

2 hours ago, Champs said:

@DKDave hello , can you look on the BMS script ? with the new update many files cannot be unpack , as the script.npk  , all shaders , and new names of files

regards

Send a sample file and let someone who knows it take a look at it for you.

samples :

Script.npk

one shader file

one new type of file

https://limewire.com/d/fTiRT#XgdzwvyaoF

5 hours ago, Champs said:

samples :

Script.npk

one shader file

one new type of file

https://limewire.com/d/fTiRT#XgdzwvyaoF

It's the same issue mentioned above - the files are compression type 4, which is some form of ZSTD, maybe encrypted, but I don't know in what way.

 

6 hours ago, DKDave said:

It's the same issue mentioned above - the files are compression type 4, which is some form of ZSTD, maybe encrypted, but I don't know in what way.

 

They are used to using single-byte keys for XOR, and it is possible to flip bytes, but I brute force tested all the results, unfortunately it has no effect
Judging from the compressed files, it seems that some compressed files have plain text strings. If this is the case, it is difficult to establish XOR. Maybe a custom dictionary is used, because the error encountered when trying to decompress is Dictionary mismatch.
Probably should have looked for clues from the executable file, but unfortunately it was obfuscated

Edited April 14Apr 14 by wq223

i think i have correctly update the script .. it work

not perfect but it work .. with my limited skill

need now how to decrypt .pyc files 

now need to convert files with the magic number : 28 B5 2F FD

 

Edited June 14Jun 14 by Champs

hello, some know to the decompress files with the zstd function ? 

tech_unlock_gm_closed_loop_plan.7z

Edited June 19Jun 19 by Champs

@DKDave and @wq223 if i send you my script, ,can you look on it and correct it if i'm doing something wrong ?

Edited June 20Jun 20 by Champs