![]() ![]() You (or rather your slicer software) needs to know what unit value was used during export in order to import the model at proper scale. This isn’t a problem with the STL or model it just reflects a different unit size assumption on import than was used during export and is an inherent limitation of the STL format (i.e., no unit specification in the STL). The same is true with other slicers if they assume a particular unit value, then STL files that were exported using some other unit value will be scaled incorrectly upon import. If it was designed/exported to STL as Inches, then it will be TINY (1/25.4th scale) when imported to Cura (and scaling xyz up by 25.4 will fix that). Cura assumes (and assigns) millimeters on import, so if the file was designed/exported to STL as mm as yours was, then it will scale correctly when imported to Cura. The software importing the file has to assign a value to those units. The STL file’s internal structure contains units, but not a unit size. So is there any way I can normalize or ensure that this scale is right across all or most 3d printing software? I know blender uses blender units. It seems like my cura gets the scale right as well as ScottW’s. Use the decimate modifier to reduce the number of polygons or reduce the regularity of the shapes of polygons in Blender 2.9. The last issue, the seemingly incorrect scale of the STL.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |