Tosyk wrote:solved here

Hmm, so what do I do with those ung files.
Any source?

http://i.imgur.com/024pf.jpg You're right, it's not compressed. Well, it is compressed. It just happens that it's the same as the original for whatever reason. A proper unpacker that decompresses the file data would still produce the same result. Try removing the first 12 bytes of the file and see ...

The files should be compressed.
I just don't know the compression algorithm used.

But I guess you can upload some model/tex samples. It's probably the same compression used as the rest of the files.

It does not seem that obvious. There is still compression on the data. I mean sure you can see strings in some of those csv's and all, but then there's a lot of other garble there. If you look at the each file, it most likely starts with char[4] "\x5A\x4D\xF6\x0B" dword size dword compress...

Hmm, not sure how to describe this issue I'm having. Here's a visual example: http://i.imgur.com/BvErX.jpg The left is what I see. The right is what I'm supposed to see (by disabling face culling) The faces are drawn "inverted" I guess, so I'm seeing the back of it instead of the front (or...

http://xtsukihime.webs.com/Noesis%20Plugins/Standalone/fmt_Loong_fak.py That's it! lol ya I was reading numVerts*11 as well :D Some sexy bow...like things in those FAK files. http://i.imgur.com/1BM4F.jpg Well, there goes that mystery. It never occurred to me that 11 bytes doesn't make too much sense...

Oh. Ya, 11 shorts.

The bows are the g items.
the first couple g's are FSM, but then the rest are FAK's.

I guess it's possible they might design something like that...

I like how multiple models that use the same texture simple duplicate the texture in each folder.

Maybe you can try this one:

http://www.romhacking.net/forum/index.p ... #msg195082

Post some samples I only have xac files for war of dragons and argos (I thought I already DL'd the game but guess not)

Plus I want to re-do the xac import script so it's not just jumping everywhere and looping all over the place and using breaks...

I don't know how the transformations are applied.

How come half-floats throw the scale off? It's not 11 shorts, but literally 11 bytes assuming vertSize = chunkSize / numVerts lol Anything bigger than that, and you'll be going past that particular section. Of course there's a whole bunch of similar sections that observe the same pattern, but I don'...

Guess they're not half-floats. Or at least, nothing nice came out. It looks like a lot of the file is chunked, where you read an integer and then read that many bytes (or maybe twice that many bytes). This continues until you get to the material section, which is just a typical Loong material. Heade...

Ekey wrote:PWD: noria@1

Where was the password located?

They might be half-floats. I didn't try that. If it's your typical coords/normals/uv that would be great. But I don't have noesis on me right now :( It sucks that 010 editor doesn't display half-floats as one of its inspection values. If you go to the vertex section (assuming that's what it is), you...

Hmm ya, that makes sense. When it's just 1, then we have the 88 byte vertex. When it's 2, we have more. Similarly for 3....etc I don't know what the vertex type is for then lol But I think the struct is slightly different for the two, even though they follow the same idea. Now that that's out of the...