.obj -> .sur converter

Like this? Same thing.
No rush, its not that important, main thing works.
Also, if one of parts is missing (like one wing), animations doesn’t work for rest.

I was wondering if anyone was having similar issues:

When other ships, (players or NPCs) collide with the .sur there’s occasional freezing of the screen (for some lasts 1-2 seconds, other it’s 10-20 seconds). Sometimes, though, there’s crashing. I’ve used the latest version of the obj–> sur tool, so that’s not an issue. I put HpMount hardpoint on all the ships (or the wireframes don’t work). That’s it for hardpoints, though.

I just don’t know if it’s a problem the way I’m making them OR if it’s just something in the obj–>sur tool. I’m hedging my bets it’s on me, though.

Yep, my fault. I redid the weapon .surs and the lag is gone.

I had problem with O-shape sur’s, they work incorrectly, frequently it is possible to fly through by surface from inside of the object. How to a fix them?
On screenshot I have represented preparation of sur from 12 groups.
I have made much grouped sur’s for the ships, they work normally.

The sur meshes of the newgate_sur weren’t convex. This could be a problem.
Another thing: Static objects without animation and single destructible parts don’t need to have more than the root group. So here it is just loading the obj, leaving all settings at they are and convert.

I attachet the (not tested) hopefully working versions.

Thanks!
I import “newgate” and ship sur’s back to MilkShape, remove outer “bubble”, and reassembly sur’s. After that, >99% collisions detected.
I repeat this operation with “newgate” sur more times, while the amount of vertexes has ceased will decrease. After that, I have not fly through a surface.

It is very important to ensure that all parts of the sur are convex. If even one is not convex, the sur will fail.

I have built surs successfully for hollow ships like the Brakiri’s rear body, you can fly through it and collide with all surfaces. The ring of that body is made of 8 sur segments. So we know it works, it just needs care because when we work with small parts it is easy to not see that a part is not convex.

Milkshape has the Convex Tool which sometimes doesn’t make a good convex part, so you need to inspect every convex part you make with it. Then, once all the convex parts are good, you can delete the original model parts and use the convex parts to make your sur, and that is really easy, and usually produces a good sur. But again, you do need to test the sur in the game too.

And for ships, don’t forget that Adoxa and I found that a lot of random crashes were happening because some of the needed hardpoint surs were missing from the sur files. There is a thread somewhere with all that info in it - it could be earlier in this one but I don’t have time to look for you.

Once you add in only these necessary hardpoints, you will have trouble-free surs for your ships too, so it’s worth doing.

Just additional: I never had any problem with Milkshapes Convex Plugin. I am using it for months and never had even one problem with it.

Ok, maybe you guys can help me with mine. I’ve uploaded my jumpgate and get a teribble sur. I’d don’t reallty undertsand the process using the convex tool. I’d like to understand what you mean by convexing parts of it. Just so you know, it’s animated in the cmp file. Sorry, but I am trying to learn. Oh, and my shitty sur is packed in there as well.

For animated objects you need of course single groups, for surs, too.
In my signature is a tutorial that should tell you everything about the SUR Converter you need to know.

The convex tool is pretty easy to use.
Chose surfaces of your model that are some kinds of “extremes”. The convex tool will create a shape around them so they will create a new, convex mesh.
I always do it this way: Removing all surfaces except those wich roughly describe the shape of the mesh I want to have there.

I just attached a working version of your sur. I did it on the same way as I just described. I also added a little picture how it looks in the Converter.

Well I tested it out. The main part that doesn’t move, works 100%. The rotating part, doesn’t. Don’t get me wrong here I appreicate the effort. I see what you mean with the convex tool. But I thought surs had to have under a certain amount of parts. Or am I wrong on that?

SURs can have as many parts as you wish. But always keep in mind: the more parts/polygons, the more the computer has to calculate. In Freelancers case, the physics are rather simple and you always have to see the object in its real size. If it is really big, for example this jumpgate, don’t hesitate to use a lot of groups. If it is a little object, nobody will ever notice the inaccuracity.

I just tested around with the object because just before you wrote I was talking with Schmackbolzen about the program again.

I found out: we never tested what happens if you want to create moveable groups with more than 1 mesh. In your case, I put them together with “Belongs to”. As you see, it doesn’t work right. The better/correct way would be to give all meshes of the same group the same name (as you do with static sur meshes).
And here is the current problem: Because we never tested this we never noticed the bug the converter has. So, for now, moveable groups are just working if they are single meshes or, maybe, if they are sticked together with Belongs To.

A little workaround for you:
Make all the ring objects static, too. Because it just rotates, the player won’t notice the moving parts that much as he does on normal jumpgates.

(In general, always keep in mind what the player will notice and what not, so you can simplify surs as much as possible.)

I tried to use MilkShape ConVex Tool:
1. Load prepared .ms3d, Ctrl+A, ConVex Tool, Del, Export to .obj.
2. Convert .obj to .sur, without checking second checkbox.
It’s easy and worked fine with “newgate” sur (big tube), but it does not work with this sur:

@Jolly_Roger:

Did you use “smoothing groups” –> select 1/assign after deleting the non-convex ie: original sur parts?

No.
I tried, no effect for this sur.

When you say it doesn’t work with this sur, what does that mean:
You don’t get convex surs, got error message in ms, ctd in game or what?
What version of convex tool do you use?

Many collisions not detected, especially from the inside.
It happens that the sur does not detect any collisions for several seconds at a time (sur may be “offline”?).
msConVexTool.dll has not contain information about the version, file size is 110 592 bytes. I not found another versions.

Updated:
Another version ConVexTool from page 22 of this topic, same result.

Just a general note:
If someone has problems with converting surs, it would be extremely helpful to have a picture of what you did in the Obj - Sur Converter!

When using the Convex Tool you dont need to smooth any group. Just delete all “original” meshes and export it.

The meshes of your sur are absolutely correct.
I also have the same problem you have with this sur. This seems to be a bug in the program. At least, it always happens again. I merged a few meshes together, so changed the structure a bit, but it’s still not working.
So this is something I cannot help with. You just could try to rebuild the meshes or change their positons etc. Maybe reposition the whole model.

@Jolly_Roger:

msConVexTool.dll…size is 110 592 bytes

That’s too big imho. I’ve got 2 different convex tool:

• v1–-> 45056 bytes
  -v1.1 —> 53248 bytes

I don’t know what kind of convex tool you use but I suggest to try the versions posted above I belive they can be found at the download section.
Anyway, Skotty is right, sometimes this error caused by the program itself and there is no solid way to fix it. You might try excluding each surs from the first to the last and find that one which is responsible for the trouble. It’s gonna take several hours though.
But it’s really weird, I had same problem when I used ms.sur exporter. Since I started to use otsc I haven’t had this issue.