akderebur I still need more details about your changes. You already have all the details actually :D Here is the code. private void Convert() { int vertCount = 1245; FileStream newFs = new FileStream("conv_mesh.mesh", FileMode.Create); BinaryWriter writer = new BinaryWriter(newFs); FileSt...

However, is there any chance for Rules Of Survival from NetEase? I've tried to unpack npk and got all files but just a few meshes of characters are able to be extracted. That is my bad. I am mostly interested in character models, so forgot to do the changes required to load the non-skinned meshes :...

The problem is the NPK archive with those games. They are encrypted. If you can somehow unpack the NPKs, I think the tool will work as it is, or maybe with a slight modification. I was also interested in Forever 7th Capital and asked for help here : https://zenhax.com/viewtopic.php?t=7740 . Not much...

I think it's with the unpacking of .dat files, some of the files get extracted but doesn't show the model in your viewer or I can't export it to obj. why is that? It is possible that those dat files aren't model files. They might be textures, or something else. After all there are other stuff than ...

Kva3imoda wrote:akderebur сan you tell us in more detail how you converted 88 bytes blocks into 32 bytes?

I used : 24 + 28 + 8 + 28

I will be outside whole day and get back home late. I will post the code tomorrow.

It is a pity that among us there is no OGRE specialists. What if these 88 byte blocks are another OGRE standard? This means that we are on the wrong track. Now we just do not know why the the OGRE tools not understand these files. The problem is trying to get them to work with the existing tools re...

These 56 bytes are empty? The necessary information will be preserved? It might work. They are not empty, so you might lose some data, but it is also possible that the data in those bytes are not necessary for ogre tools or torchlight. I can't say anything for sure since I don't know what those byt...

Kva3imoda wrote: Ok, I have a question. Can we convert these 88 bytes blocks into 32 bytes blocks? In theory?

It is possible to write a script/program that takes the first 32 bytes of each block and deletes the rest, if that is what you mean by converting.

I will take a wild guess here. I think only "1.9_o" works because it has the same length as "1.100", 5 bytes each. So when you change "1.9" to "1.100" you are swifting all the positions by 2 bytes. Like I said I don't know how this format works, but it seemed ...

how do you use this for onmyoji? Download the game apk. Find the npk file that has the models. Unpack it into a folder with this quickbms script : http://aluigi.altervista.org/bms/nxpk.bms Then using my tool click File->Open Folder. Select the folder where the files are exported. The tool should fi...

The problem might be the difference in vertex block lengths. The non-convertible models have 88 bytes vertex blocks. Here is batrabbit for example. https://i.imgur.com/InrPxWH.png While the convertible ones have 32 bytes vertex blocks. https://i.imgur.com/kiPxBcm.png So this might be the reason why ...

kurokairaku wrote:even rigged up the main cast customly with the help of a third party

That sounds like a lot of work. If I make a tool, I am planning to add skeleton support too.

I have some free time next week. So I will take a look, and might possibly start working on a tool.

I was able to find the model data easily for some of the dat files, but no luck with ".dc5" files. Here is "00000000000000a3.dat" for example. https://i.imgur.com/CGMFlVE.png For "00000000000000c6.dc5" these should be the correct values, but it doesn't work. https://i.i...

meganmi wrote: Yes, but it comes out even more broken than it was.

I will take a look when I have the time.

Edit :

I improved the "Remake UVs" function, it should be able to find the correct UVs now. You can download the updated version from the first post.

meganmi wrote:'tess-hair-cloth-tstrm' has broken UVs, mainly the hair mesh.

Have you tried using "Remake UV"?