Problem with trims and 3delight

[fxjeane]

I believe this is because with 3Delight you must declare an attribute to let the renderer know if you want to keep the inside or the outside of the object. From the 3Delight manual
>>>>>>
Attribute "trimcurve" "string sense" ["inside"]
Specifies wether the "interior" or the "exterior" of a trim curve should be trimmed (cut) on a NURB surface. The default value is "inside". Specifying "outside" will reverse the behaviour.
>>>>>>

You must declare this at the attribute state of your object before the trimcurve is declared in the Rib file


here is an image with the defaul trim attribute (inside) to the left and with outside to the right.

I hope this helps


cheers
Fxjeane

[Mauritius]

Originally posted by fxjeane
I believe this is because with 3Delight you must declare an attribute to let the renderer know if you want to keep the inside or the outside of the object.
Nope, the "trimcurve" "sense" attribute is not 3DL specific anyway (most RMan renderers, e.g. PRMan too, know it). It is there for lazy application programmers who may not want to code the stuff to reverse a trim curve's direction to clip the "right" parts (in th RMan sense of the word) of the geometry. I'm not aware of an exporter whose author(s) was/where so lazy though or of any apps that don't deliver the trimcurves with some clipping region related direction sorting beforehand anyway,

I assume you either use an older 3DL release which doesn't have trim curve support (only versions after and including 1.0 fully do) or you ran into a trim curve bug, The latest release (1.0.6) fixes some bug related to trim-curves (from the CHANGES file):

"- A problem with very thin trim curves that were causing the renderer to halt is fixed."

If downloading a new release doesn't solve your problem, send me the RIB and I have look.

Cheers,


Moritz

[casagan]

Talking with Mauritius and with the developers of 3delight, they have become to the conclusion that it is a bug, that will, hopefully, adressed soon. I've also tried what fxjeane told us about de "sense" of a trim curve, but having to manually correct that for a lot of nurbs patches is a nightmare (some scripting may help). Thanks for your replys.

Cheers,

Omar Parada
Pyro Studios

[Mauritius]

The bug has been fixed. A new 3DL release should be ready in a few days. I'll update this post then. If you stumble upon this trimcurve bug in the meantime, contact the 3DL guys directly at info@3delight.com (mailto:info@3delight.com) for an updated pre-release.

.mm

[casagan]

Ok. Thanks a lot Mauritius :applause: As soon as possible I will get you some touristic information about Barcelona ;)

Cheers

Omar Parada
Pyro Studios

[Mauritius]

Update from the 3Delight developers is now live at www.3delight.com (http://www.3Delight.com/):
"[...] the official packages for Linux Intel and Windows with the trim curve fix (and a few other bug fixes) are now on the web site. It's still 1.0.6 though. IRIX and Mac OS X should follow by the end of the week. Enjoy"

Cheers,

.mm

[CGTalk Moderation]

This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.