Sub-D loft is errr... unsatisfactory

A Nurbs loft will interpret the picking location on the loft curves to orient them in the loft.

Sub-D doesn’t give a hoot and does what very well pleases it.

This is unsatisfactory.

In the attached file, try to Sub-D-loft as described in the image. Good luck.

260503_MOD_Wrong direction Sub-D Loft.3dm (61.3 KB)

PS : I hope y’all appreciate my efforts not to use the adjectives that would more appropriately convey what I think of this situation, but would surely attract the ire of all the forum’s snowflakes.

Using Rhino 8 macOS, NURBS and SubD loft look the same (left: SubD loft).


NURBS vs SubD loft.3dm (2.1 MB)

Yep…Except that’s not the one I want.

The arrows are there for a reason : they indicate the ends to match

No matter on which ends of these two curves I click, I get a non-twisted surface.

The Nurbs lofts work, I know that already ; please send me the file with the sub-D.

I did not use NURBS loft, but SubD loft.
260503_MOD_Wrong direction Sub-D Loft.3dm (2.1 MB)

You really don’t get it, do you ?

Good luck with your attitude.

(Post to request a change to SubDLoft)

Request: SubDLoft should use the pick locations of the input curves, similar to Loft.

SubDLoft ignores the pick locations of the input curves in deciding which ends of input curves to “connect”. This contrasts with Loft which uses the pick locations.

The user needs to be able to control which ends of the input curves are connected by SubDLoft. (Creating straight lines between the input curves and using SubDSweep2 is a work-around which should not be needed).

Example file based on the example posted by @osuire above:
SubDLoft vs Loft.3dm (2.0 MB)

I can repro this here-
RH-95215 subd loft spins the result.

@theoutside Thanks! Can the YT item be made visible?

visibility updated