Looks like the UVs are at offset 0x1a in each vertex stride - first one at 0x89d, also as Signed Shorts. There's probably some submesh info, as it's all a mess on one mesh. Oddly, they don't seem to match up with the texture either.

I've looked into these files a bit previously, still a long way to go on them though because of all the file IDs referring to other files, etc. Basically, "QCMP" is the start of the header for each compressed file. This is usually a header of 0x40 bytes, then the compresssed data starts. O...

Also, some UInt10s apparently for normals and other stuff. There must also be some companion files because the file doesn't reference any textures/materials. The vertex data has bone information, but no skeleton data is present. First Int value in the file is the number of submeshes. Submesh info st...

Rename the files to *.wem and they will play in Foobar/vgmstream.

Rename the .wav files to .at3 and they will play in Foobar with vgmstream.

If you rename the files to *.at3 they will play in Foobar/vgmstream.

Yeah, as I mentioned, those in x_voice are also blank - the audio data for those are just zeroes according to the file table, so they're silent. In x_voice, the file table starts at 0x1754 (0x54 bytes per entry). The first 2 values are data offset and data size. If you check those for the "an&q...

All of the ZSS/ZSM files load ok in Foobar. When you say they don't play, do you mean they're silent? The reason they're silent is because those files are completely blank, so there is nothing to hear. For example, all of the files in x_voice beginning with "an_" or "break_" have...

The prototype audio is definitely all XBox ADPCM. The attached QuickBMS script will extract the majority of the audio that can be played in Foobar with the vgmstream plugin. The ones that don't extract perfectly, such as a_int_a are also XBox ADPCM but there's some weird interleave that I can't dete...

Some extra info which might help ... After the "CSX1" header, you've got what seems like a file type. Some observations: If it's type 6, then it seems to be a single multi-channel stream (music/cutscene) - the value at offset 0x8 seems to be the number of channels (2 or 4). If it's not typ...

Those 2 files are both .wmv videos (rename to .wmv to play), but neither seems to have any audio in them, just video - the Low folder is probably just lower res versions of these. So your English audio must be stored elsewhere.

If you're the same person who posted the .pdo file in the Xentax Discord - I've had a look at it and it seems to use some unknown compression method. The QuickBMS compression scanner didn't seem to give anything useful. So it might be a case of someone reverse engineering the compression method from...

Can you upload the file? If it's too big, maybe use file cutter to get a smaller part of it needed.

The ones that aren't readable are just empty files - they have no audio data, so you can ignore them.

It doesn't look like a valid ogg file - Foobar doesn't recognise it. You can try dropping the bnk file directly into Foobar and the vgmstream plugin might play the files without needing to do anything else. If not, then it's probably best if you upload a sample of the original .bnk archive - use som...