I've released a plugin to view models and animations from MGS4. This will allow you to view textured models without having to extract textures from their cache files, you can also view animations. To view animations you have to select 'Prompt for Motion Archive' in the tool menu. You can grab it her...

I've updated this to a Noesis plugin which can be used to view models and animations.

That sounds like it's because wherever you got it from split the psarc files. You will have to merge them. Really you should be getting the files from your own game on your own PS3 where it wouldn't be split like that.

Already been done

Here's a maxscript. Haven't looked into the texture format, may be a standard 3DS one. Planning to make noesis plugins for all the mgs games eventually.

Yes, just go to the releases page on the right

Made an extractor for the stagedata.pdt and slot.dat files for peace walker and the hd version. You can get it as well as look at the source here; https://github.com/Jayveer/Chrysalis/ If you're interested in the models I've made a Noesis plugin which you can get from the following link; https://for...

Hi, if you PM me the file I'll have a look at it, thanks.

Espio wrote: ↑Tue Jul 28, 2020 12:35 am Thanks for info and research. Could you please upload binary with movie extraction support? If not on GH, then here. Thanks in advance!

I already linked it a few posts above, but here it is again
https://github.com/Jayveer/Decima-Explo ... es/tag/1.5

Edit2: EBP did turn out to be the current iteration of the function so that is what gets blended with the result of the murmurhash func, the rest is pretty much the same and that's all there is to the movie decryption. I've added an implementation of it to the tool I posted above.

Any progress on exctracting videos from movies.mpk file? The decryption used on the mpk files is the same for the header and info, the salt is different this time { 0x833237C3, 0xBA5CD4B6, 0x3371A06B, 0xAEA7EDB2 }; 0x04 of header is the 4 bytes which replace the first 4 bytes of the salt this time ...

Looking into it more, it looks as if that other decryption path is hit once it starts reading above 0x80000000 (for example once the compressed offset is above that)
EDIT: Nevermind, false alarm. Was just an fseek problem.

Thanks for the work you two have been doing on decryption, and for keeping things open as well. I've updated an old repo I had based on your findings. I didn't implement that new information about unaligned data, but some things seem to be decrypting correctly. file 0 of 7017f9bb9d52fc1c4433599203cc...

Here you go;

https://github.com/Jayveer/SOR4TEX/releases/tag/1.0

you have to run it from the command line like so;

SOR4TEX textures texture_table

As it creates directories it may need cmd to be run as admin.