[Bf-committers] Carve vs. Bmesh booleans

Mikhail Rachinskiy mikhail.rachinskiy at gmail.com
Wed Apr 18 23:41:29 CEST 2018


Hi Kai and Howard,

>> 1. Bmesh is leaving free edges in non-manifold results (well visible in
orange
in the lower right), those should be removed after operation.

It is out of scope of a boolean tool, it should not try to fix geometry,
it's just should
perform a boolean operation. Incorrect input should result in incorrect
output.

If FM result geometry must not contain loose edges, than it should do a
post process
(check for loose edges) after boolean operation finished.

>> 2. Bmesh is not face normals aware. I'm not sure if this is good or bad
thing
in a higher sense, but I know that this is limiting factor for some users
(see
inverted normals variants which would flip results in Carve).

And I think this is actually more robust than Carve, if user chose boolean
difference,
no matter the normals direction, unlike Carve, BMesh solver will give
boolean difference result.

>> 3. As a result of 2. Bmesh can produce meshes with inconsistent normals
as it
keeps the original normals of the operator object but ignores them for the
actual boolean operation (row 3 and 6).

Again it is not the point of boolean tool, if FM needs correct normals for
every result
(even with incorrect input) then it should do a pre/post process on
input/output geometry.

Please do not try to make boolean tool more than it supposed to be.

--
Mikhail Rachinskiy


More information about the Bf-committers mailing list