.obj -> .sur converter
-
Yeah, that’s fine. I guess Skotty can have a look at it quite soon, for me I can’t promise, since I am (as always) quite short on time.
Maybe you could describe how you measure (or see?) the lag and also give us a short list of the simplest models to make testing easier.
-
The lag is rather obvious. The whole game locks up for many seconds, freezing the whole screen entirely. The lag appears to be purely clientside.
I’ve had a freeze upwards of 20 seconds before it unfroze.
-
That one above was solved a while ago ^^
I have uploaded a new version (see first post):
v. 1.1 BETA 1.1:
- Fixed bug which lead to missing triangle groups
- Added basic mass conversion support for non multipart meshes
- Changed automatic center calculation for target crosshair from mean to median value
- Fixed group list not updating when started via “open with” command
I must say you guys must all have used the best way of creating surs, otherwise at least one would have noticed the bug?
I’ve gotten as many as one triangle out of a converted mesh I created with just a poly reducer. The other around 2000 just got “lost” 
Just a simple fix, though (used wrong array).I’ve also added a simple mass conversion option for non multipart meshes. For those a special config file for each source is needed to be implemented.
Using the median instead of the mean value for the target crosshair is much more robust against outliers. The automatic calculation should now yield much better results.
If you find any bugs, please post them.
-
Nice work Schmacks, but, something wrong with the “group belongs to” dropdown menu. Clicking on it doesnt create a dropdown menu of static or moveable parts anymore - just a thicker black line - I had to manually type the _lod1 parts in.
-
I had a similar problem - for a while just two out of 10 groups appeared and I had little scroll buttons at the side of the drop down menu.
But somehow after opening 2 more times it disappeared and the full menu showed up.Since then I wasn’t able to reproduce the error again.
-
Could be a Lazarus related issue. I compiled it with the newest version (1.0.8). But neither Skotty nor me can reproduce this bug. Which Windows version do you have?
-
odd. XP with SP3 on my design compu. as you can see in the picture, instead of being populated by all the spike0x_lod’s the box is blank. No biggy as I can still type in the value.
-
I have tested it in a VM and could try what XP didn’t like with the new Lazarus version. I also made the selection more convenient.
v. 1.1 BETA 1.2:
- Fixed listbox for group selection not behaving correctly on Windows XP
- Made width of listbox more convenient for selection
As always you find the new version in the first post.
-
thats better
have one on me :pint: -
Thanks! I am still around, just don’t always have the time (actually its rather periodic)
-
Hi guys.
I was looking back for P1p3r’s CMP importer and exporter, the last ones I could find were the ones I put together on that thread on 30th December 2011.
Are those the latest?
P1p3r seems to have disappeared?
-
StarTrader wrote:
P1p3r seems to have disappeared?
Yes, sadly he did. His exporters and importers are great, but have a few incorrect things that would make it much easier to work with the sur converter.
-
Thanks for your converter Schmack.
And thank you for your tutes, Skotty, great work.So are those the latest importer and exporter?
-
Here they are, P1p3r’s latest importer and exporter, to save people time. They are the same ones as I uploaded on the original thread, but it takes time to find them there.
Does the importer (or exporter) still reverse the harpdoint triangles or was that fixed?
Has anyone heard from P1p3r? It’s worrying, in case something happened to him?
-
“Automatic” center calculation worked incorrectly, but for “Static” parts and “crosshair”.
I select part in Milkshape and look center of selection in model statistics.
After export to .cmp by P1p3rs plugins, i check coordinates of part in “Fix data” section by UTF-editor, and see same (correctly) coordinates.
I check .sur file by surdump, and see another (incorrectly) coordinates of part.
This made AIM and damage issues, for large (100+ meters) multiparted ships and solars.
If i input manually negative parts coordinates, and set 0, 0, 0 for crosshair, all worked fine. -
Revised bugs information.
1. “Automatic” coordinates calculated correctly for single chunk “Static” and “Moveable” parts, and incorrectly for multichunk “Static” and “Moveable” parts.
2. Different coordinates required for chained parts. First .sur part, used as part of ship, should have coordinates, relative of a parental group. Secondary .sur part, used as debris, should have absolute coordinates (concerning the centre of model).
3. If parts are located in one or two planes, all works correctly. If parts are located in three planes, it is possible to fly by through sur. Is that problem, which I described earlier. One more example of incorrectly worked sur, you can fly out of dock through a wall.In addition, I ask about adding ini-files support, with settings for sur chunks, it would be very convenient.
Possible, the author publish source code of the converter, for independent modifications by the interested persons? -
Have you tried to follow this series of tutorials?
http://the-starport.net/freelancer/forum/viewtopic.php?post_id=54168#forumpost54168 -
Yes.
This two little and very simple examples:
surtest.cmp/sur, contain four cubes, located in two planes, and worked fine.
surtest2.cmp/sur, contain eight cubes, located in three planes, and worked bagged, sometimes you can walk through cubes.
What here wrong?
