Hidden and Dangerous .net Forums

I'm working on some blender tools. I still have a long way to go, so I dont want to spend too much time on renders. These are some of the assets I've been testing.

I couldn't work out why on some faces the UVs were messed up. All I could see is that each UV position needed to be shifted, effectively rotating the coordinates. So for example, if the UV coordinates are A B C. They needed to be offset to B C A or C A B. I wrote a tool to do this instead of digging...

I was correct in my previous post. I just have a problem with face[1]

Illustrated here

This might be it... I need to test it though - The face data in 4200 is not referencing the vertex data, but the uv coordinates array So the first face in the model Face 0: Vertex Indices = 0, 1, 5, Flag = 3 Uses vertices [0] Vertex: X=-0.5000002384185791, Y=-0.04999801144003868, Z=0.0 [1] Vertex: X...

The extra 2/3 objects were the light and camera I forgot to delete out. I just cant quite work out how the 3D Studio Max importer is using the UV and face data within 0x4200, with the vertex data at 0x4110. This is an output from a script I wrote to read the i3d file. Object Name: ~03dvereh4 0x4110 ...

No I didn't modify the file before importing. I modified the vertex array during the import process - a technique that would only work for this i3d file and maybe a few others. I like looking through old game assets and seeing how they were made. It's a fun challenge. This might beat me though. Can ...

WIth what I have learned so far, I have imported an i3d into Blender. I dont have a working importer yet because to import just door.i3d required a hack for the vertex count. The same technique wont work for all assets. This manipulation was just a lucky guess. The hack is, I needed to take the vert...

I can successfully read 4200. The problem I am having is, the number of UVs doesn’t match the number of Vertices For example, door.i3d has 8 vertices and 24 UV coordinates. domek.i3d has 23 vertices and 46 UV coordinates. box3.i3d has 8 vertices and 24 UV coordinates. I don't know enough about 3d mo...

Ugh, I'm at dead end. I'm starting to think that the vertx data (points) and face data that exists at 0x4110 (POINT_ARRAY) and 0x4120 (FACE_ARRAY) may be for a collision mesh. which is why UV data was never included for it. That would mean the vertex data we need to successfully import an i3d into b...

Ok I found the address 0x4200 contains equivalents for both 0x4140 (TEX_VERTS) and 0x4120 (FACE_ARRAY) as well as a few bytes at the end, I don't know what these are yet. So reading 0x4200 TEX_VERTS is at the beginning followed by a variant of FACE_ARRAY Note, FACE_ARRAY is stored twice, at the usua...

I need to do more testing but it looks like the Mapping Coordinates are storred at the beginning of the unknown chunk mentioned in the previous post. It seems to conform to the 0x4140 standard at least https://paulbourke.net/dataformats/3ds/ Mapping coordinates. First 2 bytes: number of vertices. Th...

Do you know much about the i3d format? I have been investigating this for a few days but am not getting very far. It looks like the typical UV chunk (MAPPINGCOORS 0x4140) is either missing or moved. Its quite strange. I also discovered an unknown chunk 0x4200. The UV and other data might be here, im...

I couldn't seem to preserve the UVMap when I loaded an i3d file from HD1 into Blender :/. We're you able to?