Hi!
I have two different shapes which I want to split in a similar manner.
One takes 11 ms while the other basically crashes GH. I cannot se why but it seems like the splitting curve is the problem.
problem.gh (10.9 KB)
Hi!
I have two different shapes which I want to split in a similar manner.
One takes 11 ms while the other basically crashes GH. I cannot se why but it seems like the splitting curve is the problem.
problem.gh (10.9 KB)
I checked with list item and the split was fine:
bus as soon as I unlocked the SrfSplit it also crashed in my PC
I think a solution for this particular case might be grafting the inputs, because curves and surfaces are correctly sorted:
FYI, Surface Split List handling is different from the standard behavior: everything splits everything in the same list, probably that is the reason of the problem:
problem_inno.gh (37.0 KB)
Split Surface is just in general sketchy. Use every opportunity to work with UV params instead.
I feel something is lost in translation here. Isotrim definately splits your surfaces into distinct parts. In fact, Isotrim actually defines new underlying surfaces unlike Split Surface which only redefines the trim area for the same surface. It’s a bit of a misnomer if you ask me: Isotrim not creating new trims, and Split Surface not actually splitting a surface.
I don’t know if you were hoping this example would further split your surfaces. It is a nifty trick to get untrimmed surfaces from your Split Brep Multiple retrims though.