Bridge not working on two SubD planes

Hi,

I’ve been following this tutorial. @1:19 a bridge cmd is used to combine two SubD planes. When I do this I get the error “Bridge end has to be within a single object”

Any ideas? Thanks!

Hi Tom -

Can you post your 3dm file in the state where you hit this issue?
-wim

Fork.3dm (53.1 KB)
Hi, Please find attached here. Thanks, Tom


do this subselection first
cmd + shift + click for mac
ctrl + shift + click for windows

then run _bridge

you might need to click one of the white points to flip the connection…
(also mentioned in the video)

@BrianJ
is this ok to have those linear faces / collapsed in box mode ?
next screenshot showing box mode / smooth mode:


Hi Tom,

Thanks for your detailed response. I made that exact subselection and ran the bridge command which is when I experienced the error.

I even started a brand new file to test again but got the exact same error.

So bizzar!

the bridge command results in faces with zero area in box-mode. (my question at brian james above)
maybe this causes problemes.
this is why - for me the typology looks cleaner if you move the points as shown in the screenshots below.
boxmode.
finally smooth mode
(switch with tab key on keyboard)




2 Likes

@Tom_Hutchinson It looks like you are running an old version of Rhino, please update to the latest service release to get all the bugfixes we published since 18 months ago.

@Tom_Hutchinson By the way, I get the same error message if I try to run the command with these incorrect selection steps:

  • Run _Bridge
  • Select both edges at the prompt that says “Select first edge set”
  • Press space, get the error.

Pre-selection like in @Tom_P message works fine, as well as selecting one edge only in the “first edge set”, pressing space, then selecting the second edge.

1 Like

This is not a mistake, but the result of incorrect topology SubD.

@Tom_Hutchinson It is fine to be in box mode when using Bridge but in this case the Bridge end points often need to be clicked to adjust the alignment. The misalignment causing a twist can’t be previewed in box mode for the SubD since the two edges are coplanar.

@Tom_P I looked at your file too and agree with Pierre. Make sure to use Enter in between the first and second edge set selections. Pre-selection of the sub-object edges also works but I’d do it in smooth mode to catch any adjustment if needed.

Dear @BrianJ thanks for having a look at this topic.
my main question was: the resulting face(s) of the bridge command is/are linear - 4 points on one line in box mode.

i think this is a bad typology → ?
thanks again. -tom

The box mode display is really just a shaded version of the control net for the SubD, the same as what you see with PointsOn or F10 but shaded. So in this case those edges can easily create bad topology if a twisted face is made. However it doesn’t have to be bad if you click the Bridge end points to adjust any twist that happens. The difficulty in spotting this potential issue is that in box mode you can’t see the preview and any twist in it. Now if you don’t have any twist in the Bridge faces created and then are in box mode, yes I can see how that appears to be ‘bad’ topology but I don’t think it is. RepairSubD doesn’t find a flaw with it and ToNURBS will create a polysrf that looks like the smooth mode SubD. I suppose it’s debatable though and it could be changed to be more visually logical in box mode by moving the points a little like this.