Maybe the fix would be to force the union to be a two part pick also? As opposed to grab all and try to combine like join. Seems logical.

Hi Burr, hopefully I can just get it fixed up to work properly rather than changing the UI to work around a bug...

- Michael

I suppose thats why I'm who I am and your who you are! :)

Hi Pilou,

>> No :)...........So just one boolean insode the first component ;)

Yeah, I thought about that, then ended up going the direction I did to get the knurled look, maybe I should of thought about it a bit more, so I've started another thread about this called 'knurling'.

Cheers
~Danny~

Re: Boolean union problem with large batches

Actually I had a pretty simple idea on how to tune up boolean union to help avoid this problem, it looks like it should solve it pretty well. I just sort the group of objects by bounding box diagonal size so that the largest one gets processed first. That will tend to make combinations that intersect each other and avoid the problem area that happens when trying to combine many non-intersecting pieces first during part of the Union calculation.

It looks pretty promising so far, looks like it could solve most of those group boolean union issues even before real bug in there is fixed up.

So there should be an improvement to this batch boolean union processing for the next beta.

- Michael

<I just sort the group of objects
Yes but when there are some many group of objects?

Does that go for Boolean Diff as well Michael ?

---------

Hi Pilou,

> Yes but when there are some many group of objects?

It is meant to sort a large group of objects - it will fix up the situation where you have one single large "main" object and you are trying to union a bunch of smaller ones on to it.

It does not fix every situation, but it should make the most common one (large + many small) work much better.

- Michael

Hi Danny,

> Does that go for Boolean Diff as well Michael ?

No - since boolean difference has you pick the "base object" as a separate stage it doesn't really run into this same problem.

Have you run into similar situations where boolean difference is not working with a large batch and it does work doing things in smaller groups? If so I could use an example of that, I don't think that is as common as with Union.

- Michael

Hi Michael,

> Have you run into similar situations where boolean difference is not working with a large batch and it does work doing things in smaller groups?

Well, I did, but trying to reproduce it come out with positive results, funny that, it was when I was modelling the knurl on that thumb screw that I have a close up of in this thread, but I can't remember which version of MoI I did it in, was there any changes to the Booleans between the betas ? It was when doing the the crossing booleans that were intersecting the previous boolean that it failed, but then tried 3 or 4 at a time then it would work, it must of been just that situation, maybe it was a full moon that night ;) , so for now don't worry, I'll let you know when it happens again.

Cheers

Hi Danny,

> but I can't remember which version of MoI I did it in, was there any
> changes to the Booleans between the betas ?

There was for the Aug-4 one, but not for the last Sep-21 one.

I'm not surprised that different arrangements or sequences of that kind of "crossing at crown point" situation would get different results, but that is a different problem than the union one that I was talking about.

I had a couple of examples of Union failing with batches even when there was not any additional difficult intersection situations like that, this new tuneup for Union helps to reduce that. It won't do anything to fix the difficult intersection type situations.

Of course it is nice to have progress of any sort! :)

- Michael