[Omniscaper]

Though I had to create invisible boxes to force the rendering of the subobjects to be further away.....

BEHOLD BOBBOAU's SUBOBJECT LOD's IN ACTION!!!



More sceenshots here: http://www.hard-light.net/forums/index.php/topic,33322.0.html

Bob, recursive detail boxing is also in use!!!

Total polygon count... a WHOPPING 181,840 polygons!!!

Lets sets see if this 8 year old game can handle a MILLION.......

[WMCoolmon]

Something to keep in mind, I think there are two flags, "no collide" and "no collide invisible" - you want the latter.

[Bobboau]

it'll handle a million easily.

and are you sure the trench was that equator thingy? I always had the feeling it was just between the seams of two absurdly huge armor plates.

[Nico]

And you're obviously right, since the trench ends with the... thing to bomb. The equator trench is where the hangars are, and goes circa around the death star.
It's much deeper and larger (well, in certain shots, it's not nearly as deep as it should be, but consistency, you know, especially in SW...)

[aldo_14]

Originally posted by Omniscaper

Sweet mother of mercy.

You're off your nut.

And i mean that in a good way!

[StratComm]

Going. To. Crash. FRED.

It's nice to see someone finally exploring this feature and all, don't get me wrong.  But the subsystems/mission problem is bound to show up sooner or later.

[Omniscaper]

Fred seems fine to me. I already Fredded a couple of test missions. Its just a pain to work with such a large model. Putting nav points along the trench is quite difficult.

[Bobboau]

detail boxes use no subsystems, so that isn't an issue.

[Omniscaper]

Question is, can the same property be applied to turrets. DS hsa hundred of them. If detail boxes cannot be applied to turrets, then I will have to greatly reduce their numbers.

[Bobboau]

yeah, they can

[Omniscaper]

Bob, is it safe to assume that the subobject "custom" bounding box is not working? I've tried a number of combinations, from having the subobject's pivot centered on itself or having it centered on the main object's center. No matter what I do, the subobject keeps rendering at its perimeter or  not at all.
Making an invisible box to act as render bounding boxes is proving to be cumbersome in the converting process. Though it is not rendered in game those invisible boxes are causing havok on Styx's 3dsmax pluggin. Perhaps its the additional polygons thats causing conversion crashes?

It would be so much easier for me and the pluggin if the custom bounding properties would start working. Its quite a time consumer to make seperate invisible boxes to be parented and positioned  to the target subobject. Can you give me an example of a working syntax? Perhaps its my syntax. Then again, has the custom bounding box been successfully tested?

[Bobboau]

it's probly the code screwing up.

I would think that haveing to type in all those values without any graphic feedback would be more dificult. maybe we need to talk to styxx about it.

[Goober5000]

Originally posted by Bobboau
it's probly the code screwing up.

Make sure that it's not your code screwing up.

[Bobboau]

well he was the first person to ever test it, if I ever get around to codeing again I'll fix it.

[Omniscaper]

Going nuts now. The Deathstar refuses to convert beyond the 200k poly level. Is there a limit to the number of subobjects a model can have? At the moment I'm at 300 subobjects. A fully greebled DS will exceed that number obviously.

[Bobboau]

no limit acording to the file specification.

[Omniscaper]

Kool, crossed out that as the source of the crash.

I did find something strange while experiemnting with your subobject custom bounding box properties. I think I know now why it hasn't been working. When I open the model with modelview, the numbers for each subobject's bounding boxes are much larger than I expected. The numbers seem to take into account its absolute position in relation to the parent object's center. If this is the case, that mens I would have to make custom numbers for all subobjects. That sucks! I thought each subobject's bounding box numbers would be relative to its own center and not of the parent object.

Before I converted the test model, I positioned all of the subobject's pivot points to center on the subobject, not the main object's center.

BLARRGGGGG