Just an update on this one. The file offsets are stored in the table at the start of the file. You can use this QuickBMS script to extract the raw files, but no filenames or file type info. Goto 4 Get ENTRIES Long For A = 1 To ENTRIES Get MISC1 Long Get OFFSET Long XMath OFFSET "(OFFSET * 0x800...

Yeah - unfortunately, I couldn't make much sense of them either. I've just had another look and still can't see anything obvious. I've tried a few different formats but none of them sounded like anything listenable.

I've done a quick Noesis script to display the whole model. No guarantee it'll work for other files (it might!), and I haven't got textures to test.

The simplest way is to install Foobar and the vgmstream plugin. They play perfectly fine, and you can convert them to various formats from there.

It looks like the codec is MS_IMA with an interleave of 0x24, and the audio data starts at 0x800 as you mentioned. The number of channels is unclear, but seems to be mono in all the samples I listened to. No idea what that header data is for. The sample rate is contained in the file table - offset 4...

Yeah. The reason it looks like there's duplicate lines is because there are exactly the same number of face index values as there are vertices, so a lot of vertices are stored more than once. You can see in a hex editor that there are a lot of duplicate coordinate entries - you can see this if you l...

The info at the start tells you the order of the values in the vertex table - "T2N3V3" - Texture: 2 floats, Normals: 3 floats, Vertex: 3 floats. Unusually, the data starts at 0x20 with UV values instead of vertex coordinates. I get this for the UVs, which doesn't look perfect, but I don't ...

They're PS4 swizzled and BC4 format, so if you use Rawtex on it, you get this - hopefully that's how it should be.

It might be useful if you can upload a sample of 1 or 2 files.

Firstly, download QuickBMS: http://aluigi.altervista.org/quickbms.htm - save my bms script somewhere you'll remember. I usually put them in the same folder as the data file to be extracted. If you run QuickBMS from the exe, it'll ask you to select the script, then the file (bgm.dat), then an output ...

If you use my attached QuickBMS script to extract the FSB file, you can then drop that extracted FSB file straight into Foobar and vgmstream can play/convert the files as required.

The index to the files is stored inside the .xmb files (which weren't in the uploaded data), and then it all becomes a bit clearer. So in objects-e01.xmb, for example, at offset 0xbfb you've got 0x290 for the faces and 0x26 vertices at 0xb8acc. Seems like each entry is 0x39 bytes. Parts of these xmb...

It's certainly an odd format. While it's easy to get the data for the vertices, UVs and faces, there doesn't seem to be anything obvious referring to the actual mesh parts. In the case of the MountCar file, there are several tables after the face data, each with 0x44 entries - I can see tables for w...

I hadn't extracted that movies.mgf previously, but it does have some .xsb files that match those .hdxwb files - so you can get the filenames for the sfxstream and voice - if you rename those other .hdxwb files to just .xwb you can drop them straight into Foobar instead. I'd already written my script...

The .xwb files are fine. You can extract mgf archives with my attached script, and then you can drop the xwb files into Foobar to get the sounds.