5 Posts
Hi

Sorry if that has been asked already - been scouting the forum to no avail.

I'm importing my stud.io model of ~9000 parts. Most of the model loads fine but a reasonably large numbers of parts do not. For example, I have many instances of 87620, most of which load fine but some do not appear.

Other parts are loaded but actually turned 180° (e.g. again only some instances of 54200)

I've tried ungrouping submodels in stud.io but it did not help. Any idea?

Thanks
7 Oct 2019, 19:08
2462 Posts
Hello,
If you open the browser console, You can check the part references that are not imported. It could be because they are flexible elements or because they are not available in Mecabricks.
For parts incorrectly rotated or positioned, Sim shall be able to help. Here is the thread for it: https://mecabricks.com/en/forum/topic/235
7 Oct 2019, 21:44
516 Posts
Following this topic. winking face Let me know the parts that are incorrectly rotated or positioned. Thanks!
8 Oct 2019, 04:28
5 Posts
Hi again and thanks for the help

So indeed a couple of parts are not imported, but that's not my main issue. Maybe I can try to be more descriptive.

Example 1: I have a few 87620 (Brick, Modified Facet 2 x 2) placed on a column (with a bunch of other parts in the middle). They are all placed in the same orientation. When I load the model, some of them get loaded, some not... so I don't think it has to do with how the part is modeled (but then what do I know face with stuck-out tongue)

Example 2: I have again a column of 54200 (Slope 30 1 x 1 x 2/3). The first two are correctly positioned, per the stud.io file. Then 2 are turned 180°, then two are fine again. Appears quite random.

Loading with the console open does not give me much insight beyond the few missing bricks.

Tx
8 Oct 2019, 19:17
2462 Posts
Hello,
The console only gives information about missing elements.
We would need a sample LDraw file to reproduce the errors otherwise it will be complicated to do anything.
Cheers
8 Oct 2019, 20:13
5 Posts
Good point smiling face with open mouth

Here's a link to the file

https://www.dropbox.com/s/d4yl85f43dakhf8/Column.io?dl=0

It's a minimal example showing the issues I face, the actual model has around 9000 parts.

Thanks
9 Oct 2019, 17:21
516 Posts
I suspect that this is the same problem as https://mecabricks.com/en/forum/topic/1572 (reported last week)
Scrubs, can we convert somehow negative scaling into positive scaling by doing an additional transformation?

EDIT: I'm still not sure about what's wrong here. Did you create this build in stud.io?
9 Oct 2019, 18:21
Edited 9 Oct 2019, 18:56
5 Posts
Yes in stud.io

Not sure how relevant that is but I did not use the mirror functions (if I recall correctly they did not even exist back then).
9 Oct 2019, 19:14
5 Posts
Hi all

Sorry to bump but any idea what I could do (I can always re-align/add the parts in mecabricks but that complicates the workflow)?

Thanks
23 Oct 2019, 11:53
2462 Posts
Hello,
I am not too sure.
@Sim in Stud.io, I moved 87620 at the base which is not properly positioned in Mecabricks. Then I moved it back and saved the file. When I imported it back in Mecabricks, the part was properly located this time. The next step would be to check the difference between the 2 model.ldr files saved inside the .io archive (to find the difference in the matrix values). If you could do that that would be helpful. I am currently racing to bring the new system on Mecabricks before the end of the year and everything else won't have much attention until then.
24 Oct 2019, 07:08
516 Posts
I will do that soonish. winking face
27 Oct 2019, 20:27
516 Posts
In the original build:
1 71 360.000200 -296.000000 239.999700 1.000005 0.000000 -0.000001 0.000000 1.000000 0.000000 0.000001 0.000000 1.000005 87620.dat
1 71 320.000100 -296.000000 279.999800 -1.000007 0.000000 0.000002 0.000000 1.000000 0.000000 -0.000002 0.000000 -1.000007 87620.dat
1 0 340.000200 -296.000000 259.999700 1.000007 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000007 3003.dat

After touching the bricks in studio:
1 71 360.000300 -296.000000 239.999600 1.000000 0.000000 -0.000001 0.000000 1.000000 0.000000 0.000001 0.000000 1.000000 87620.dat
1 71 320.000200 -296.000000 279.999800 -1.000000 0.000000 0.000002 0.000000 1.000000 0.000000 -0.000002 0.000000 -1.000000 87620.dat
1 0 340.000200 -296.000000 259.999700 1.000007 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000007 3003.dat
30 Oct 2019, 17:55
Page 1 of 1