Considering how the meshes are split up Yeah, that's crazy. :D You got any ideas on ripping proper faces? I tried faked tristrips (same as for .rws) at no avail. Assumed byte face indices and having a maximum vertex count of 40 it should not be too hard to get them (if any). But when I checked one ...

Great!
Just a matter of FVFsize?! I would have sworn that it's not that simple - surprise.

It's 130 sub meshes, so you may check them for yourself. :D RoadkillPS2 CAR01.SMB_H2O.zip (unzip H2O files to your .SMB directory) . Use hex2obj (view link in my sig) with File Open...: CAR01.SMB then SaveAs Mmesh (Mmesh, not mesh) Be sure to have the "noPtC" button toggled to "PtCld&...

Ugly format, similar to the one examined here:

shakotay2 wrote: ↑Mon Apr 20, 2020 4:42 pm

This point cloud is what I get (ugly, too, so dunno whether it's correct):
.

cool! (Obviously I was too lazy to do a decent search :eek: ): . horses_submesh.png . (The tool starts its search after the first 00 00 and stops after the next one, so it misses the following face indices block.) I really should have searched for 01000000 but there's a small risk that it's face ind...

moonpaladin wrote: ↑Sat May 01, 2021 3:24 pmI was working with the .bdae without unzip it xD

Ah, well, ok. Most important information! You should have mentioned it to not confuse people!

Or I could include some info into the tool (while with 2 downloads only seems not too many users are affected ).

For the addresses: the h is superfluous, btw, 0x is used internally to assure hex the h is superfluous, the h is superfluous, the h is superfluous, ... because ################################### 0x is used internally to assure hex ################################### First Submesh of Horse :mrgreen:...

( Assumed vertex start address for models with more than one submesh is wrong so far. ) @Shakotay! I were checking the models and are some that seems really weird, could be that they have submeshes with different textures, Complex models not handled by the app! Plus, the assumed vertex start address...

(well, forgot to mention the FVFsize, which was 56 for the first tested 2 models) Thanks Shakotay, I were able to get the meshes with hex2obj, but I'm not sure about the FVFsize value yet, at least for the little_endian_not_quantized_error.bdae. little_endian_not_quantized_error.png I have no idea W...

Revising this bdae format gives me a headache so I decided to create a tool for getting some H2O params to use with hex2obj . Find the Make_bdaeParams.exe file in Rel_FH\bin\release. It creates a Make_H2O.log like such (from 228.584 bytes bdae): start of FIs at 0x1948c, FIcount= 4066 1562 max face i...

Hello I tried opening just a random file, "title.efo" int he ADVERTISE folder Edit: lot of efo files from folders like PRIMITIVE, RENDERER and SPRITEBG also don't open. I'm not having a lot of luck...I tried to open some 3d meshes such as "balloon.efo" and it just throws an erro...

well, 439 .pac.00 files, that's some work to do Using hex2obj (view link in my sig) I can show you a general approach:
. H2O files for the next 2 sub meshes:

0x5210 1544
Vb1
40 24
0x5E20 659
121110
0x0 255

0xC608 656
Vb1
40 24
0xCB28 297
121110
0x0 255

I'm more familiar with hex2obj, so (carsor.sfc):
. (You'll need some fiddling to get addresses of uv blocks.)

Use something like these lines @echo off for %%f in (*.segm) do b2s_DC.exe %%f in a .bat or .cmd file. If you execute it in the *.segm folder there should be no worries with path names assumed the exe to be in said path. Else try for %%f in (C:\Users\zagor\Desktop\TrueAncestor_EDAT_Rebuilder_v1.65\*...

View link in my sig (tool for forza 3, can't access that link any more so not sure whether the download is still valid). But it was not designed to work with forza 7 . Also the positioning of doors and huds is a little bit tedious, see here: ( and the following posts) Tools for gr2 skeleton to dae (...