The problem with this format is that 1: the "build" file specifies which meshes and which "shader" file it uses 2: the "shader" file specifies materials Except neither of these have extensions. I mean I guess you could modify the script to manually add some dummy extens...

If you look at the obj file, it indicates which material is used for each mesh (usemtl)

I'm not sure if this is part of the specs, but maybe the blender importer does not load materials directly when it goes through the obj file and depends on a mtl file.

Upload a sample GMO sample and any textures (if they're not stored with the GMO). I don't remember if I had them textured or not.

I'm not sure if the material library that's created is correct either.

Since the models are extremely small I wouldn't mind if you just uploaded all of them
That way I can go through them myself and look for what's good to compare with.

I've been looking at 20.6.0.0 using the catherine blender import for reference. The vert data is stored in NiDataStream018, but it is rather weird. It indicates the size of the vertex by "building" a bunch of pieces of together. So for example, you might read in an integer count of 6, foll...

Oh, nvm I think it's just weight + boneID's

Here's another game FF4 DS which uses lz77 compression also (well, the ones with 0x10 tag anyways) It starts with 0x10, followed by the uncompressed size, followed by data. So I try the same thing: comtype LZ77WII get SIZE asize get NAME filename clog NAME 0 SIZE SIZE But it doesn't decompress to th...

I could write a shaiya exporter for the 3DO and SMOD formats in noesis, but for 3DC there is some weird stuff in the vertex.

I like how the VIF commands are handled.
Well-structured parser.

I see a bunch of 9D's so I'm guessing it might be encrypted with that.

They're in a folder called "swf" so presumably they must be swf files.

So this isn't a file from lineage 2 I'm guessing.
The title would be misleading.

I don't remember seeing any 3ds files in shaiya.
Is that the format you have exported the models to?

It doesn't work for two things

1: some of the file entries have a different struct (not just unk, zsize, size, zsize, size)
2: I haven't connected the filenames and the data together so it's not useful.

Decompress script: viewtopic.php?f=21&t=8373

You can see that some of the files don't even have that third offset and just end with what I would assume to be geometry data.