But for each file their individual hex values. : \ yeah, they could be fetched using a MakeH2O project. Sadly the unity3D files are too different, so only one (and a "half") of 3 checked models were extracted correctly: body0001_3_0_1.jpg H2O files body0001_3_0_1: 0xd050 20976 Vb1 24 99 0...

Hello WazerHD, I don't own/play the game. so see my post as of Sun Aug 16, 2015 7:53 am - Take PC18Body.vkm , for example, overwrite the unknown data from 0x4890 to 0x607C with zeroes, put the vkm back to the game and see whether it crashes. If it does not we've done a step further. edit: http://for...

guess you need to be a coder to understand what I mean? Anyway, here's the result for automation.bin: initial start: 0x667D0 FVFsize: 68, 2893 vertices; next SM1 at 96884 FVFsize: 64, 729 vertices; next SM2 at a1ec8 FVFsize: 68, 2260 vertices; next SM3 at c7714 FVFsize: 64, 737 vertices; next SM4 at...

and i would also like to know an expert answer yeah, that's what we all are looking for :D Meanwhile my advice would go as this: first of all he should try to find the vertice start addresses of all submeshes automatically via a magic table or something else, dunno. Then it would be rather easy to ...

Because of this change, although there are some preexisting tools for handling .nmd files, I can't figure out how to properly open the complete model. so you can properly open parts of a model? If so, then: how? If you expect help you should tell the whole truth. :D This seems to be another tristri...

use Dageron's ConsoleTextureExplorer:

would be helpful if you told us the assumed resolution (x*y) of the pictures

Sleepy wrote:Looks cool, could you continue trying to figure out it?

atm my means are exhausted. I tried to interpret the palette data as 16 bit values (5-6-5) but it's just wild guessing.
Do you have a simple .tex file (a picture with less colors) - a monochrome cube for example?

offzip just splits C_AS0A_0A_MDL.BIN up into about 20 near to useless 16k .dat files.

> You'll have to find means to cure this, as simple as that -
maybe concatenate the dats in the order given by the address in their names, dunno.

so this was my nearest hit adding the original palette: but to be honest: I don't know what the problem is...

CarLuver69 wrote:It looks like the palette data can't be applied directly, since this is how the colors look in-game (taken from a YouTube video)

it should be possible since we've the original colors now - but sadly I'm not capable

Here is an opportunity "wdb to obj", but it does not work properly. Or rather it is impossible to completely pull the truck... :( dunno - seems wdbObj.exe has problems with intermediate FFFFs in the face indices blocks. Here's one (of 18?) submeshes extracted using hex2obj (view link in m...

it's a matter of finding some decent uvs - so far the ones I found are too regular (the block ends at 0xEC590 so we've a size of 23206x8 bytes which fits perfectly if they were float uvs); maybe need some handling as half floats plus divider and two bytes skipped, who knows? Or maybe it's more likel...

This is the 8 bit grayscale version of a raw file to which one could try to apply the palette data (0x80-0x27F)?

there's no improvement - BGR looks like this for example: Think it's a matter of palette but I don't have the patience to assemble/get the correct one from a 30 MB file.