Hello you donot need to provide me your email address or skype address.I found a way to send you the big file with rp extension.I splitted the files from 1 to 42 using winrar.You have to download from part 1 to part 42.I will upload one file part by part as it does not allow me to upload more than ...

Locking this, please continue discussion within your thread posted on the 30th March 2016: viewtopic.php?f=16&t=14162&p=117250

I wrote a material parser for Tomb Raider: Underworld not so long ago. You're best off reading the entire format rather than skipping to the EOF. That code was adapted by Aman who made it compatible with TR2013. You could take a look at his variant of the Noesis importer. Nevertheless, loading mate...

I have merged your duplicated topic. Please refrain from posting multiple topics on the same file format.

Ok, I don't usually do this. But I'll release the plugin as is. I do not have time to continue this anymore, if someone wants to pickup where I left off, feel free to! I have unfortunately been unable to fix some of the issues I mentioned earlier in the thread. This purely boils down to a dodgy file...

Material strange life, a single pointer, even to the number of names graphics. id resource flag 95 02 00 00 00 00 00 00 01 00 00 00 20 00 02 00 05 00 00 00 00 00 00 00 00 00 00 00 20 01 00 00 95 02 00 00 00 00 00 00 01 00 00 00 20 00 02 00 05 00 00 00 00 00 00 00 00 00 00 00 20 01 00 00 95 02 00 00...

shakotay2 wrote:is it worth to deal with? Since the offzip-created 3ds meshes seem to be "fragmented", too:

0000e649_3ds_2SM.jpg

There shouldn't be anything wrong with the meshes, they look fine to me. They're split into small chunks so you'll have to load them all.

I don't think this is going to be finished up. The code is extremely unstable because again, there's either some weird alignment, hard coded stuff going on. Material structs within those model files have different sizes so that causes a lot of problems.

@Gh0stBlade When writing a parser of a scene from Tomb Raider - Underworld, faced with the indices of faces which point beyond the data block. FaceIndex.Min() < FaceIndex.First() For example the binary code of the mesh for the block edges: 12 A0 10 A0 0C A0 11 A0 12 A0 0C A0 89 93 13 A0 8A 93 14 A0...

This looks amazing Mr Adults! Cannot wait!

So I was messing around with Gh0stBlade's script and I think I almost got bone weights to work. About 95% of the model seems to have the correct weights and i'm not sure how to fix that. I was using this model https://www.dropbox.com/s/72hkiq3byhkrjzh/ratchet_nc1.irb?dl=0 and the line I changed was...

I discussed this format with someone on another forum very recently. I know how the .VIV format works, however the problem is the file names are hashed so there's no point in extracting them unless the location for the filenames are found. A quick way of dumping the names would be to set a breakpoin...

The file is zlib compressed. You can use offzip to extract some of the data. Here are the structs: struct BinEntry { unsigned int unknown;//Always zero unsigned int fileOffset;//Multiply this by 0x800 (fileAlignment) to get the file offset unsigned int compressedSize;//Not really, see two 32-bit in...

Could someone please post the obj mesh of these models please https://www.sendspace.com/file/gpkk6r .obj file format doesn't support bones and weights. Unless you want to rig them yourself (might be better in this case since the original skeleton/rig they used for the game is terrible) Also, sorry ...

artworkplay wrote:Pardon my ignorance... Does fmt_TR2_mesh_1_5.py export static or fully rigged models?

Supports original bones and weights. Skeleton must be manually renamed.