.obj -> .sur converter

I’m guessing that Schmack is right and that this really is just used to speed up calculations, whereas if you just don’t specify them the game reverts to the actual, more complex turret SURs.

Does make me wonder whether those turret SURs are used at all if you list them in the hardpoints list. Maybe they get used for calculations if and only if the simple turret is hit?

FriendlyFire wrote:
I’m guessing that Schmack is right and that this really is just used to speed up calculations, whereas if you just don’t specify them the game reverts to the actual, more complex turret SURs.

Does make me wonder whether those turret SURs are used at all if you list them in the hardpoints list. Maybe they get used for calculations if and only if the simple turret is hit?

I think it works this way: If a beam is inside the general sur radius, the overall sur gets checked. Now, every hardpoint “rough” geometry is checked. If the beam intersects one, the actual sur of the equipment mounted at that hardpoint is checked.

So, if all your equipment is simply a sphere or a very simple geometry, I think there is basically no speed-up. But as soon as you have a lot of equipment that is rather complex, I think there can be quite a speedup.

Adding hardpoints is a mistake, for me, I didn’t use this featur yet, but if it’s done the same thing that vanilla models, the doms you can see on station, I’m sure you can’t hit turrets on your ship. I’m probably wrong, if I’m, can you tell e where? Please, cause I’m not an expert of modding.

SilentAssassin82 wrote:
Hmm, I created a hitbox for this base using the converter.

http://i352.photobucket.com/albums/r330/SilentAssassin82/Untitled-5.png

I actually had to splice the parts together because the doors where animated. In doing this I deleted the HPIDs section of the sur and all the turrets do register hits. I dunno why but the turrets on that model are fine ingame.

How did you “splice the parts together”? What tools / method did you use?

http://i352.photobucket.com/albums/r330/SilentAssassin82/Untitled-5.png

What version of HardCMP is that? I want it.

Looks like 1.0.0.23 to me

Hardcmp 1.0.0.23

You can use this for parts with only 1 mesh in them.

http://www.gamefront.com/files/20193523/SURSpliceForOBJCon.rar

But if it’s a complex mesh like the rings in that model there, then you will have to do it by hand. That model I posted, every part except the 2 donut shaped rings where just a single mesh. So all I done was make 2 simpler SURs to start with only a single mesh and then replaced them myself with the more complex ones.

Nice, thanks!

The only difference between the two versions (sur_splice by Devast8or and SURSplice by anonymous) is the HPID tag - sur_splice always adds an empty list; SURSplice always removes it. I’ve made an update that defines the hardpoints in the input file itself. It’s not clear, but the hardpoints work per part. Not having the original example model (not that it really mattered, I guess), I didn’t update the input file, so perhaps someone would like to contribute a new example (and perhaps update the doc describing the process, if necessary). I also haven’t mentioned it in the readme, but this version determines the “bits” radius and scale values automatically (and assumes the center is already right).

After Sushi posted the video of his turret issues, i decided to do a test myself on a custom asteroid base model i’m using where i made a sur using the OBJ converter. No hardpoints added on this model and can confirm the turrets (standard vanilla base turrets) are taking hits with the base parts also taking seperate hits.

Certainly seems on bases at least, no hardpoints required for the sur.

Can post video if required

WOW.

I’ve been gone for 6 months and we are still on this?

Looking good though, it must be if StarTrader is ok with it

Waiting with bated breath for the next release.

Could change me back into a cuddly rabbit…

… or into a dynosaur meaner than the croc!

You’ll have to wait and see…

StarTrader wrote:
Waiting with bated breath for the next release.

Could change me back into a cuddly rabbit…

… or into a dynosaur meaner than the croc!

You’ll have to wait and see…

I call shenanigans!

FriendlyFire recently found out a fatal flaw in the .sur creation tool, sadly. I had added all the hardpoints of each ship into the HPID portion. With mass testing underway on our mod, we were getting these very odd CTDs. Before the CTD, in our fw-tow-client log we have setup, we would have this error:

[25.05.2011 00:43:50] void __thiscall IServerHook::SPObjCollision(const struct SSPObjCollisionInfo &,unsigned int)

We also noticed that when players collided, there was a tremendous amount of lag created. Sometimes freezing the screen for 5-10 seconds or crashing the game immediately.

FF had a hunch it might be related to the HPID. I removed them from all the hitboxes and we don’t have this issue anymore. There is no longer any delay when ships collide.

Can anyone else confirm this?

To add to this, my thinking is that most of our guns have no SURs whatsoever, which could make FL bug out when the gun is collided with. The HPID collision sphere would get triggered, but when looking for a full SUR for what’s attached to the hardpoint, the game would find nothing, which would make it bug out.

So is the problem the sur tool, or the lack of an sur for the weapons in your mod?

Probably the latter, but Schmack might still want to look over again to make sure it’s indeed properly implemented, just to be on the safe side.

The HPID collision sphere would get triggered

If I’ve not missed anything crucial, Schmacks tool does not (yet) actually add any HPID collision geometry as discussed earlier in this thread.

So I guess you’ll make sur files for your guns, test again, then tell us whether it’s totally screwed or not Hope you kept a backup of all those surs you’d made, just in case it’s the guns.