Anyone else still need a SUR generator?

Do you guys have with the SUR Builder the problem, that just the root sur accepts collisions if the player flies the ship?

Nova the cmp remapper splices an existant model with an other, so you can make great sur, if I’ve clearely understood.

Skotty. wrote:
Do you guys have with the SUR Builder the problem, that just the root sur accepts collisions if the player flies the ship?

I currently have this problem with Nova’s carrier model, exept that in my case only the two front groups don’t register collision when flown by a player. They register shots though. Also everything works when it’s used a solar.

Yes it’s just a problem if any player uses that ship! NPCs and Solars have no problems!

Just to let you know this is the power that LSs sur generator has currently given the FW:ToW mod. To prepare the model took me a little under an hour and it works perfectly in game.

So those of you that are having trouble creating working .surs, I think the problem is in your creation process.

StarTrader wrote:

OK - have you all tried extended testing? Give your ship and sur to NPCs attacking a base and let them be killed in waves until you get a crash. Or hopefully not.

Tested it for over 2 hrs without an issue for all the LS made .surs

What would be wrong with an sur that would take it 20 - 30 mins, or any real length of time to cause a crash, why wouldn’t it just crash straight away if something was wrong? I’ve made loads for single part ships and never had a crash, but can’t comment on any multiparts.

ST says is true, i’m not saying bad to LS’s good tool (Actually i’m not saying LS’s tool), but the problem in sur will lead random crash, no matter if you don’t believe it.
I don’t know why but i really observed it on my previous test mod. I remember i just copy some ship(model, sur and setting) from other mod (include WTS, Discovery and other, too long time before) to that mod for NPCs without any change, FLServer crashs when i killed some ships (in 3 hours boring test, crash me 1 time). Notice that i don’t change any other things like NPC AI so i can almost sure the problem come from a bad sur file.

NeXoSE wrote:
ST says is true, i’m not saying bad to LS’s good tool (Actually i’m not saying LS’s tool), but the problem in sur will lead random crash, no matter if you don’t believe it.
I don’t know why but i really observed it on my previous test mod. I remember i just copy some ship(model, sur and setting) from other mod (include WTS, Discovery and other, too long time before) to that mod for NPCs without any change, FLServer crashs when i killed some ships (in 3 hours boring test, crash me 1 time). Notice that i don’t change any other things like NPC AI so i can almost sure the problem come from a bad sur file.

I have had the two new hitboxes I made with LSs tool in a constant battle for over 4 hours now without crashing. For whatever reason, the issue that seems to have affected both of you isn’t affecting my mod.

Sushi wrote:

Hey, LS is one of my favorite people here, he helps me many times so i never have attempt to make he angry. Notice that: This not related to LS’s Tool, i mean the sur file.

All I said, just for prove: “A bad or unsuitable sur MAY lead server random crash” and that’s all. I’m not going to say LS’s tool created badly sur (and actually, i made the test mod 2 years before so the sur is impossible related to that tool). My all complain to this tool is, there no Readme.txt to teach me to use it…:lol: And that’s the problem on Single Hull? it’s looks very useful to my big asteroid.

Sorry for any confusedness made by my poor abilities in communication… :S

It’s StarTrader that’ll have to check his stuff, not you, NeXoSE. I don’t know what’s wrong, but I think we can rule out LS’s tool itself.

FriendlyFire wrote:
It’s StarTrader that’ll have to check his stuff, not you, NeXoSE. I don’t know what’s wrong, but I think we can rule out LS’s tool itself.

Ya, sorry NeXoSE. I was just trying to show that someone else has used LSs tool without any issue.

The model’s points are sorted twice to attempt to reduce the ‘lines inside of the model’ problem. The first one is to get the first 3 farthest points. The second one sorts the rest according to the distance from the first 3 points. It didn’t always work though since the inside/outside of the mesh checking would occasionally fail.

I’m sorry ST for being lazy when it comes to an important subject as this - which really is, for it’s always good to get one step forward in the direction of the perfect SUR file…

…Just a recommendation. Considering these are multi-part SURs, I think more people would volunteer to test if you included the CMP files as well - after all the object names have to match for the SUR to work. I don’t know about the what’s and whatnot’s when testing the SUR as a base or when given to npc’s, but for a player ship I know the SUR names must match the CMP names - and building a dummy CMP would take considerable effort for testing purposes.