Issue with obj2sur multipart moveables

Well that’s a bummer. Although I have no problem with rev parts myself, seem just a matter of carefully and methodically arranging them in cmp rev blocks. My only issue here is that I’d prefer to have moveable groups in hitbox that could consist of more than one convex hulls, much like it was with some vanilla models.

If I do only one moveable group, like the in the image above, and import it back with sur importer it would seem to be more or less okay: there’s obviously number of root convex hulls followed by the shell around it, then there’s moveable four hulls followed by their own shell, pretty much like how it should be, but something else seem to be wrong that makes it not actually work and it gets worse as soon as you introduce second moveable group (as in another group of multiple convex hulls). Seem to me it’s a bug in converter.

update:

Seem like there’s just another way. It’s a bit non-intuitive but I just got it to work. So hopefully someone else will find this useful.

Instead of having multiple hull meshes each in own object but sharing same name, I’d actually merge those hull meshes into one object (one editable mesh/poly where each element within is convex hull), turning off first checkbox as well as turning off vertex merging.

Seem that forces obj2sur to kinda recreate exactly the same subparts of moveables. Now sur imports back, shows everything right, hardcmp too, went into game - all works.

May be that’s how it was supposed to work in the first place, I don’t know. Instructions don’t seem to have anything on this.

Nah, I tried “group belongs to” before since it was kinda second other approach I thought might work, but it doesn’t either. However the method from my previous post actually does. It’s just that you seem have to force it to regenerate each convex hull elements of a single mesh object. Then it correctly groups them together, makes ‘shell’ for each group and all that.

It is unfortunate that fix ain’t gonna happen for a more ‘correct and intuitive’ approach but seem like there is also ‘partially-correct-and-certainly-not-so-intuitive’ approach that works.

So here’s better result, actual moveable parts each made of four convex hulls, imported into ms3d.

Selected meshes to the left are M69-M72 to the right, hash is from string “helix_door12”, like the same group of four above is for “helix_door11” and so on.

Tested in game, all works as intended. So it’s actually not impossible to generate them with obj2sur, it’s just done a bit differently while supposedly ‘correct’ way is bugged.

ALE editor? Curious. I’d be interested to help. I’ve documented most of my stuff here. Coded a few helper tools for myself but they’re really just a bunch of scripts and XSL stylesheets.

Seem it went offtopic but anyway.

Looks nice, it would be even nicer to have a track view/curve editor, and in case of color editing a nice gradient preview below Also where’s pairing window? I’ve been simplifying things a lot by having things like several instances of same emitter node in effect but each one spawning different particles. Or some weirder stuff like having multiple emitters for beam to draw lines.

Also I’m curious about MeshAppearance, is it really and hopelessly broken or had I missed something?