okay, i'm not worried, i'm still going to do it for fun though, so if anyone
has some PS4 "Back to the Future" *.d3dtx samples please upload them.

edit
okay i got samples, i will post the Noesis script in a new thread when done.

.... for the textures you'll need to use the respective QuickBMS script for the D3DTX-to-DDS first, chrrox's DDS-to-GNF script after and finally Noesis to convert the GNFs to PNG. Long process, but it's worth it .... i could probably help you refine this process to just opening the d3dtx with Noesi...

dtester1's scripts are not for Noesis, they are standalone python scripts. :) http://forum.xentax.com/viewtopic.php?p=126978#p126978 The main script itself is phyre.py. You'll need python 3 to run it (I ran it on 3.5). The basics to run it look like: from phyre import extractMesh, extractDDS extract...

thought i was having deja vu at first until....
viewtopic.php?f=16&t=17362&hilit=bounding+box

2 versions here
https://github.com/RoadTrain/noesis-plu ... revelation

what kind of news are you looking for? have you tried Hex2obj?
i have shared all i know about this, nothing more i can do here.

zip.bms seems to extract your smaller sample, i didn't try the larger ones though
http://aluigi.altervista.org/bms/zip.bms

i would say it goes something like this :D 4 bytes - vertex count 4 bytes - face count * 3 4 bytes - num material groups for i in material groups 4 bytes - texture index for this group for i in material groups 4 bytes - count * 3 for that face group vertex block (32 byte stride) face data (dwords)

HelloKitty_Standing.mesh ?

i updated the model script to open that big ship and the other LOD/parts files :D it can also now open *.mdl-msh000 through *.mdl-msh009 the script doesn't read normals, if they are there they are stored in only 4 bytes and i've never had success with this. i usually only focus on the meat and potat...

i can't do much with the model in the phyre containers, maybe Hex2obj but that is about it.
the phyre files are already chaotic in my eyes, daemon1 seems to have it figured out though, give his phyre tools a try.
viewtopic.php?f=16&t=16930

yes and i said i already tried that, this brings us back to this .... tried many different offsets the script i posted doesn't show that because it was the original draft i had and not the debug version because it wasn't 100% functional anyway. (: guess i will edit back into it some things so we can...

I didn't ignore that though. Just wanted to say that if you use unlzwx to decompress CREDITS.TXT from mh_ex.rsr, the output will be a correct one, which'll match the unzip size in the 0xC-byte header. So the header should be handled separately. there is more to it than unlzwx though, it doesn't wor...

man that was 2 years ago :lol: ,i don't think it works like that anymore. anyway if you use firefox you can just use this https://www.nirsoft.net/utils/mozilla_cache_viewer.html if you use chrome use this https://www.nirsoft.net/utils/chrome_cache_view.html edit they are ckb files now in the url, ti...

You shouldn't decompress the data like that. There's still a 0xC-byte header which contains the magic "LZW\x20", the unzip size, and the total size of the file. So you need to subtract 0xC bytes from the ZSIZE and add 0xC bytes to the OFFSET. yep, like i said, .... tried many different of...