yeah, I'm totally surprised, too. :D (made an update to the previous zip) But I really need a break here. Still some spoiled meshes, with er045_0001_02_m01.mbg for example. You may check out for yourself (using hex2obj for example) which correction might be false; or maybe vBlock and FIblock pairs d...

FVFsize may be 64, too:

So, final result should be this one, right? ((orientation(eulerAngles)), (orientation(eulerAngles)), (orientation(eulerAngles)), (position(vector3))) Then, from wich quaternions do i take the three orientation angles? In the .akc archive, in each bone, the field "Orientation" only have 1 ...

format is a little bit tricky because you might think of big endian data at a first glance, but isn't:

Or just 1xeuler angle? (0, 0, 0) yep, see http://www.euclideanspace.com/maths/geometry/rotations/conversions/quaternionToEuler/ I understand how to make the first one, but the 4x3 matrix in noesis requires 4xvector 3, then i dont know how to fill the rest of information if it is the second case. 4t...

well, thing is, there's unrecognized vertex blocks:

3x4 matrix is for rotation, vec4 for position (or 4x4 matrix, last column can be ignored, so 4x3 in Noesis) But as a noob, as you wrote, you wouldn't start like this. If you had hex data as a base, then 'yes' but since you've ASCII data here (.AKC) it would make more sense to "convert" the...

well, too bad. The "bug" was not a bug, it worked as expected but I didn't get the real problem so far (need more time, next year, I assume (: ) I made a workaround (see updated zip in my previous post) so that you can load the meshes at least into blender for example. Then erase the spoil...

thanx for reporting, leyme!
Here's an update for the SuperHeroGeneration auto correction (which had a problem; checked hg009_0001_01_m01.mbg only!): (no source update this time because ZoE source part is not ready for release and I'm too lazy to cut it from the actual source)

I don't have an opinion about them and it's not needed; we've the bone names and matrices; all we need is a suitable smd file for it with hierarchy such as: Spine3 - Neck - Clavicle - Upperarm - Forearm - Hand - Finger Pelvis - Spine - Thigh - Calf - Foot - Toe Spine - Spine1 - Spine2 - compare to b...

dunno why you opened another thread for it. As I wrote the .bon format is weird only thing that makes sense for me is the negation of assumed x position of L/R Forearm: 16 Bip01 L Forearm 8C 09 0B 00 00 00 00 00 43 00 00 00 E0 02 3B 01 E0 63 51 0E 00 00 00 00 AE 0A 07 00 E0 02 3B 01 00 00 19 Bip01 L...

simple; but it's important to choose an offset of 2 for the face indices:

So you got a bunch of 35 files with different types then, right? For example 6 .hkx files. But the skeleton.hkx doesn't contain the strings "hka" or "hkClass". Even worse the c00_000_00.flver created by the bms script doesn't have a FLVER signature at file start which I got when ...

Someone needs to write a script.
Format is simple but seems they've mixed the face indices for vertices and uvs in a strange way.
(tried every second FI and every 2nd face for uvs, at no avail)

You'll need to invest more efforts to get more progress, for example use tools to extract files from the .bnd.

There's flver contained which I used hex2obj on but there might exist scripts, too.