I’ve highlighted the dodgy edges in red. v5 seems to work as expected but not v6.
OffsetSrf v6 bug.3dm (591.5 KB)
OffsetSrf is one of the foundational tools I use to create perpendicular surfaces on complex surfaces and polysurfaces. It has up till now been so robust and saved lots of time modelling things which would otherwise have been done “by hand”. I hope it gets tuned back up!
Hi Andrew - I get a different, and also different from V5 result in my test… But the input has high edge tolerances (What command) so I’m not yet sure where to point the finger - I will see if I can repair the input and get more predictable results.
@Andrew - see if the attached file is what you expect - this input gets the same result in V5 as far as I can see. I untrimmed, re-intersected the surfaces and retrimmed so the input does not have out of tolerance edges - I wonder how those got there?
OffsetSrf v6 bug_Maybe.3dm (273.6 KB)
-Pascal
Hi Pascal, I’ve opened my original file after getting your message and I’m getting better results that are in line with yours. Strange…
Not sure about those out of tolerance edges but I am modelling off dirty mesh models at times and could be creating bad geo in the process.
On a similar topic, I’m noticing in v6 it’s more difficult to create polysurfaces made up of surfaces split at tangents. I actually prefer how things used to work. It seems most commands create continuous surfaces and sometimes DivideAlongCreases doesn’t split them. (although it does in the attached example)
Is this something I need to get used to in v6 or is there a way to revert to the old behaviour? Or is there a good reason it’s changed?
split@tangents.3dm (383.3 KB)
Hi Andrew -
this is all in OffsetSrf, correct? Yeah, I see that that is different in V5- my guess of the moment is it is a side effect of some other change, not a designed change in behavior.
-Pascal
Hi Pascal, yes OffsetSft.
But I have noticed it in ExtrudeSrf and ExtrudeCrv too. I’ll send through an example the next time I come across one.
