Page MenuHomeAleph Objects Inc

Feature Request: When multiplying a selected model, copies are generated out of the build area
Open, NormalPublic


Running Cura 3.2.13 in Debian GNU/Linux (Stretch)

After loading a model and properly scaling and centering it, multiplying the selected model generated the new copies out of the build area.

Presumably we prefer the models to populate in the print area first.

In the picture below, step one of making multiple copies of the model:

In the picture below, the three copies are out of the build area to the right:

Event Timeline

kenhara triaged this task as Normal priority.
karrad reassigned this task from karrad to TKostennov.Mar 22 2018, 7:31 AM
karrad moved this task from Backlog to Testing release (v3.2.18) on the Cura LulzBot Edition board.
karrad raised the priority of this task from Normal to High.
karrad added subscribers: TKostennov, karrad.

testing on 3.2.14 and can duplicate. It looks to be an issue with how the duplicate models attempt to be arranged. If you move the rocktopus to a corner or scale it down, it will attempt to fit as many copies as possible on the plate:

@TKostennov Ideally we would like to optimize the number of duplicate objects that can fit on the plate, with all extras being just outside the build volume. It also appears the original model does not move position when duplicating, and may be contributing to the issues.

karrad changed the edit policy from "Custom Policy" to "Cura LulzBot Edition (Project)".Mar 22 2018, 7:31 AM

@karrad, I think we should rework placing algorithm.
Do you prefer more complicated algorithm which can sorting models on plate more compact but will use all resources of PC, or simple algorithm which can sorting models not so accuracy but more fastest and use a bit of resources.

karrad lowered the priority of this task from High to Normal.Mar 28 2018, 11:44 AM
karrad added subscribers: victor_larchenko, alexei.

@TKostennov I have been digging on UM github, and looks like they have a couple tickets up dealing with the positioning algorithm:

@victor_larchenko @alexei Earlier the thought was to allow UM to work on the placement algorithm, did we still want to hold off and see what they come up with?

I am going to drop priority on this until we determine a path forward.

karrad added a comment.EditedApr 4 2018, 11:03 AM

Summary of current model positioning/duplicating tickets:

T2170 - Multiplying model positioning
T2249 - Model Scaling incorrectly
T2169 - Positioning under the build plate
T2168 - Scale Large Models not working
T1969 - Relative movement setting

@TKostennov Do you think all of these can be taken care of with a re-write of the positioning plug in?

karrad removed TKostennov as the assignee of this task.Apr 13 2018, 2:45 PM

@TKostennov We are going to hold off on all of these until future release.

karrad renamed this task from When multiplying a selected model, copies are generated out of the build area to Feature Request: When multiplying a selected model, copies are generated out of the build area.Apr 20 2018, 11:24 AM

@TKostennov lets go with the higher CPU load, and closer grouping of models. This extra taxation on the comp should be easy to explain to a customer.

karrad added a comment.Jun 5 2018, 1:51 PM

@TKostennov Have you had a chance to work on this one yet? We are trying to get timing down, and not sure how much you will need to complete this one.

@karrad I tried to find optimal algorithm for grouping. Most of it requires too much CPU (really a lot) resources for normal result, other ones grouping models not so accuracy as we need. I think I can add something which can combine both options. It will take about a week.

karrad added a comment.Jun 6 2018, 7:59 AM

@TKostennov Awesome, that sounds great. We will keep this one in line for next release, we are hoping to do about a week to a week and a half of feature dev. Testing from T1099 integration will determine how we handle T2662

karrad removed TKostennov as the assignee of this task.Jul 3 2018, 3:11 PM