Anyone else still need a SUR generator?
-
Gibbon wrote:
You pull this off, you too will have earned the FL Modders Hero medal, at least from me. Take your time and get it as right as you can, we can all wait a bit a longerYep, take your time Schmackbolzen, better to get it right so you donāt have me pestering you later! lol
Gisteron - what on earth are you trying to say or ask?? :-?
Take that carrot out of your mouth and try again! :lol:
-
So did anybody encounter this problem when adding additional hardpoints to vanilla ships? As they also donāt have the part in the .sur file.
And could the random crashes I encounter in a mod of mine be also related to this? It only uses unedited vanilla models and surs (Including Battleships, cruisers, gunboats), but with edited, more complex fusesā¦and these crashes become a lot less when I remove the rh_gunboat, and even more less when I use a instant destruction fuse for the br_gunboat. So I always thought that the fuses were the problem for these, something with effects being played on a hardpoint that does not exist anymore because the part has already shot of or so.
But if I read all the posts here it could also be a poblem with the .sur files, right? Did anybody beside me experience this with the vanilla capships? -
Well i have the slight impression that the crash suppression in getroot (I use a fixed version of Cannons crashcatcher plugin) might catch such crashes. I recently changed the most used NPC Pilot to not attack solars and since then the catched crashes really went down, even as we had over 30 players last Saturday. The problem is, since we have an autoupdater it could well have been something else (even though none of the previous updates within nearly a year changed the amount of catched crashes).
-
Depends on the crash - tell us more - server crash or client crash?
You can isolate your problem very easilyā¦
1. Change the surs for the vanilla ones temporarily.
2. Replace your fuse with the standard one.
3. Test the gunships one at a time by removing the factions in your encounters one at a time. -
A very interesting findā¦
After adding the HpTurretxx (and other) hpids into the sur file for my base ship, GetCollisions dll did not create the GetCollisions.txt file at all - no log messages!
EDIT:-
[d]And contrary to my earlier post, you CAN insert new hpids into the sur file and extend it. Just be careful not to alter the mesh name following the last hpid entry, and make sure the hpid count is correct (it is hex, so 10=0A, 36=24).[/d][d]So - best to be sure you do add all the relevant Hardpoints - use my list above to see which ones need to be in, so I donāt repeat that here.
[/d]LancerSolurus wrote:
A warning if you are hex editing the HPIDs in, you ARE overwriting important data in the sur file, donāt do it. I would suggest splicing it in.
I have no idea how to āsplice inā the hpidās.
And the table is not at the end on the two files I edited.
So as LS confirms the file will be damaged, it is best to regenerate the sur file using Sur Exporter v1.1 with the hardpoints included. This will also add the sur meshes for the hardpoints.
-
As far as I remember at the beginning is an entry which tells the total size of the sur file. So Freelancer should not load any added Hps to the list unless you change that entry too (could even be two values, would have to look it up).
-
Glad the problem was found, adding in the HPID section hopefully wonāt be too difficult. The single part does add them.
The names of the HPs are not a big problem, they are all there in the CMP file including any oddball names (I used non-standard names as well).
A warning if you are hex editing the HPIDs in, you ARE overwriting important data in the sur file, donāt do it. I would suggest splicing it in.
@ Schmackbolzen - I feel for ya, guess you found out there really isnāt any decent code out there for making convex hulls. Itās why I ended up coming up with my own method (which unfortunately still doesnāt work 100% )
-
LancerSolurus wrote:
Glad the problem was found, adding in the HPID section hopefully wonāt be too difficult. The single part does add them.So if we use single part sur files from your builder we shouldnāt have a problem?
But the multipart sur files are bolloxed?Thatās weird if true, as ST was still getting crashes when using single part sur files from what I recall.
-
You may be right but I donāt think I tried single part surs with Sur Builder, Timmy - I donāt use single-part cmps, Iāve been trying the multi-part surs. Remember the group cube box and triangle tests were all multi-part.
I did make some single-part surs just to help me to isolate the problem of Sur Builder not making sur parts for all ship parts, and it was the same as with multi-part. But I donāt think I ever used them for testing, I donāt like them! lol
In passing, another reason for multi-part ships and surs is that when the ship is destroyed, the groups fly apart when using process = shatter in the explosion (defined in FX\EXPLOSIONS\explosion.ini) called in shiparch.ini.
-
StarTrader wrote:
I can now confirm that single-part surs for the same two ships also fail within 30 minutes.Sad.
Retested yet again with vanilla surs - all runs well for over 3 hours.
Here are the single-part surs if anyone would please test these and the multi-part ones (the ship cmps are the same) I would appreciate the help, it would tell me if the crashes are genuine or if it is indeed my setup.
The only thing I can think to cause this type of crash after a certain amount of time is perhaps large numbers of error messages accumulating in a hidden FL Server log or buffer?
Does anyone know where there is such a log/buffer? I donāt mean C:\FL-Server-errors.log, I know about that one and there is nothing in it.
Iām confused, when I read this I thought you meant you had proved single part were also failing for you.
-
ST, how are you generating these single part surs, with the sur builder or some other way? If they are with the sur builder i find that odd because i donāt have crashes with single group surs made with the utility, ever.
If itās another method then iām curious how you make them.
-
Hmm, my memory loss is evidently more serious than I thought. I had forgotten I did that completely. Funny how the mind plays tricks once weāre over 20!!
Gibbon - Iām assuming that I used Sur Builder. Iāve also used the Sur Exporter v1.1 and Iāve also stitched them with Sur Splicer. The result was always the same, they fail during extended testing.
But donāt forget none of my surs had hardpoints.
And this is the problem. Vanilla surs never failed during my tests.
How long have you tested your surs? Half an hour is not enough.
Set up the same test environment that I have - NPCs attacking a heavily-armed base station or base ship, Iāve repeated this many times and the results are always the same.
The base ship uses cannon, missile turrets, and flak turrets. I replaced all with one type one at a time, flak turrets are useless at killing NPCs. Cannons only and missile turrets only both brought on the crashes.
Adoxaās GetCollisions dll logs bad hits. The last hits at the time of the crashes were always to the thruster or the cm dropper.
Once we put them in (me using Sur Exporter v1.1 to generate a new sur with hardpoints and adoxa by manual insertion of the hpids into the sur file) the crashes stopped and GetCollisions logged only hits to my base shipās turrets, which also had no sur parts.
I then added the HpTurret hpids to the base shipās sur and there were no entries logged by GetCollisions for more than two hours of testing.
So the cause and solution are clear.
Keep on testing but test it my way.
I know Iām pedantic. But in fact I want whatever I do to be as good as I can get it.
I want a trouble-free sur so that my mod server does not have intermittent crashes due to these, there will be enough other causes in most mods! lol
-
Right, this is how i do it. Custom system, custom base, all custom ships including capships, fighters and traders. Capships using guns and missiles only. It stays up all day if i want it to.
Custom surs created using the sur builder only, on a duplicate radius setting of 0.1, anything else gives holes on large models. All models are single group with single group surs, no crashes, ever.
This is what i canāt figure out is why myself, and LS for that matter, have no problems. He has custom surs in his mod, some even multipart ones and he doesnāt crash, and neither do i. Iām baffled tbh
I donāt go near the sur splicer as i donāt know how to use it and canāt be bothered learning either, not when i have a tool that for me at least, works fine. I even put in the multipart model i uploaded yesterday and my test server was up all evening without issues, 3+ hours. Those poor little gunboats were getting slaughtered left, right and centre, no errors showing in console or anywhere else i could find, no crashes.
I donāt doubt there is an issue somewhere, just wish i knew where
-
StarTrader wrote:
But donāt forget none of my surs had hardpoints.And this is the problem. Vanilla surs never failed during my tests.
The question is: Do they have the right hardpoints defined? And as I already asked, what if I add hardpoints to a vanilla ship cmp without updating the sur?
Anybody having a solution for the problem I mentioned before?
-
Gibbon, put in adoxaās GetCollisions.dll and letās see what it logs in your test environment. It will be good to know.
I will test your model too.
By the way: Weapons hardpoints (HpWeaponxx, HpTurretxx, HTorpedoxx) are not being logged and are not causing the crash.
The crashes were caused only by HpThrusterxx and HpCMxx hits. By putting in the hpids only, or by putting in the whole sur part, we cured the crashes.
Quarks: if you only added weapon hardpoints to your vanilla cmp and with a vanilla sur then you should not get a crash from this.
As for your problem, you didnāt give me enough info yet. Is it an FLServer.exe crash or a Freelancer.exe crash? Narrow down which model is causing it and try to isolate how - replace the fuses with standard ones one at a time.
-
On mine both were equipped.
Adoxa - can you tell us when GetCollisions.dll is triggered exactly? What, when, and why is it logging is what I want to know.
-
StarTrader wrote:
The crashes were caused only by HpThrusterxx and HpCMxx hits. By putting in the hpids only, or by putting in the whole sur part, we cured the crashes.Thereās your answer straight away why mine are not crashing. The sur builder adds those entries to single group surs, why iām not suffering with this. This is all to do with multipart surs and the fact the sur builder doesnāt add that in for multipart surs. Jason has the source for that these days btw.
-
Hardly that big a deal then is it. Itās not like small ships need to have a skin tight sur file, for all the difference it will make.
Do capships, where you would really benefit from multi part surs even use cmās or thrusters? Stations and solars certainly have no need of them.
This does explain why Iāve never encountered any crashes either.
-
Half agree with you Timmy, where multi part surs would come in handy is odd shaped ships like Star Trek Enterprise style, bases most definately need them though. Just think docking bays and asteroids you can actually fly into or through.
Surely a solution would be to simply add the HpIDās to the multi part sur builder like it already generates them for the single part surs?
Other solution is to fix the sur exporter for milkshape, especially 1.1 as that at least is almost there and generates proper form fitting surs complete with holes for docking bays and the like.
I know Smack is almost there with his his sur builder so clear solutions seem on the horizon for sure.