.obj -> .sur converter
-
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.
-
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. -
SVN
-
Well, I plan to continue working on the tool in the coming weeks. It would be nice if you could report your results until then. If I really need to include the geometry I would first have to read the .cmp files for the hardpoint names and locations. Mulitpart would have to wait then.
Maybe there is also another way to get the coordinates and names, just make your suggestions.
-
w0dk4 wrote:
If Iāve not missed anything crucial, Schmacks tool does not (yet) actually add any HPID collision geometry as discussed earlier in this thread.Question. Why would it? Surely a custom turret or any other addon to a model should have that defined seperatetly? Iāve always added custom surs to any turret models or whatever iāve made. My point is a simple one after all this, why should the obj converter need to take this into account? Make each part a seperate model and make a sur accordingly. Iāve not had any errors so far in this department.
Adding the CM, Mine and thruster to the HPID section are the only hardpoints i add to each sur file made and even then only on ship surs. All sweetness and light so far with no crashes.
-
Schmackbolzen wrote:
Well, I plan to continue working on the tool in the coming weeks. It would be nice if you could report your results until then. If I really need to include the geometry I would first have to read the .cmp files for the hardpoint names and locations. Mulitpart would have to wait then.Maybe there is also another way to get the coordinates and names, just make your suggestions.
Good news
i have already sent you one of my model and donāt know if the model is buggy or if there is a lack on the current ersion on the toolā¦Good luck anyway
-
Gibbon wrote:
w0dk4 wrote:
If Iāve not missed anything crucial, Schmacks tool does not (yet) actually add any HPID collision geometry as discussed earlier in this thread.Question. Why would it? Surely a custom turret or any other addon to a model should have that defined seperatetly? Iāve always added custom surs to any turret models or whatever iāve made. My point is a simple one after all this, why should the obj converter need to take this into account? Make each part a seperate model and make a sur accordingly. Iāve not had any errors so far in this department.
Adding the CM, Mine and thruster to the HPID section are the only hardpoints i add to each sur file made and even then only on ship surs. All sweetness and light so far with no crashes.
āEarlier in this thread:ā
w0dk4 wrote:
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.
-
Hey Schmackbolzen, thanks a lot for the tool; it makes complex .sur creation really easy!
Edit number 2: The rest of what I had had to say was even less useful than that, and I removed it. Iāll be thrilled to see the finished product. That is all.
-
(Sorry to double post.) Schmackbolzen, as a group splicer this tool works excellently. Your suggestion of making convex shapes in place of the actual model shapes works well. When using the convex shapes, thereās very few issues with passing through ship geometry.
If (or when) you get around to having the converter generate hardpoint shapes, perhaps you could have an option to either use standard FL hardpoint geometry or to make specially named shapes in your model. That way if a ship has set weapon geometry, for example, you can have the weapons hittable properly rather than using FL weapon shapes only. If this is even possible, that is.
Anyway thanks again!
-
Iām very glad to see I m not the only one waiting quietly for year after year. Well, OK not so quietly from time to time. But it IS year after year.
-
Youāre not entitled to it, ST
Iād love to hear news from Schmack about it, but I can totally understand that heās busy or plain doesnāt want to work on it because SURs suck.
-
Itās just that I always have more than 5 projects in parallel, so when I get bored of one I work on another plus this term I had much stuff to do for university, which is to be expected if you plan to write 7 exams like I do this timeā¦
Tomorrow is the last lecture for this term, after that I only have to learn for exams. We will see how much time that gives me.
Also the problem is, that the bugs which are left are mostly somewhere in the algorithms, not in the program code itself, which is harder to figure out.
Since in the coming two weeks I will be writing two exams I again can make no promisesā¦
-
Donāt worry Schmack, your priority has to be your education.Youāve already done a great job anyway.
My interest is now only personal, the opportunity and need to use the tool to perfect our own mod has gone, our buddies have moved on to other things, and our server is almost completely idle.
So no need for you to worry on my part, and I donāt know how many others still feel they need a perfected converter.
Good luck with your exams, give them everything you can because best gades are what will benefit you in future.
