# Non-uniform scaling **URL:** \ **Category:** Feature Requests & Ideas\ **Created:** [February 21, 2020, 8:56pm UTC](https://forum.formlabs.com/t/non-uniform-scaling/26718 "2020-02-21T20:56:00Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![leonhart88](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.formlabs.com/leonhart88/32/19153_2.png) [@leonhart88](https://forum.formlabs.com/u/leonhart88)\ **Post date:** [February 21, 2020, 8:56pm UTC](https://forum.formlabs.com/t/non-uniform-scaling/26718/1 "2020-02-21T20:56:00Z")
I’d like to have the ability to do non-uniform scaling in preform in case I need to compensate to improve accuracy. This is more important currently because the Form 3 seems to need some compensation, whereas the Form 2 is fine. ---
**Author:** ![teleporteur](https://avatars.discourse-cdn.com/v4/letter/t/e47c2d/32.png) [@teleporteur](https://forum.formlabs.com/u/teleporteur)\ **Post date:** [April 18, 2020, 8:37pm UTC](https://forum.formlabs.com/t/non-uniform-scaling/26718/2 "2020-04-18T20:37:07Z")
In this previous post, “[Scale individual axis without locking the other axis, please](http://forum.formlabs.com/t/scale-individual-axis-without-locking-the-other-axis-please/4863)” it is indicated that preform would be too complicated to use if this function would be added … (I dream?) It is also indicated that it is enough to modify the scale in a CAD drawing program … yes if you have done the drawing yourself, but that must print files already in STL format I don’t want to complicate my life with another intermediate program !!! FYI: with CURA that I use with my ultimaker 3, this scale function has been around for a long time Thanks Alain ---
**Author:** ![rkagerer](https://avatars.discourse-cdn.com/v4/letter/r/439d5e/32.png) [@rkagerer](https://forum.formlabs.com/u/rkagerer)\ **Post date:** [April 18, 2020, 9:11pm UTC](https://forum.formlabs.com/t/non-uniform-scaling/26718/3 "2020-04-18T21:11:18Z")
Are the inaccuracies you’re seeing fairly consistent (i.e. printer X is producing models 3% too wide along X) or are they mostly geometry-dependent? I wonder whether an X/Y/Z Fine Tuning adjustment on the printer itself might be a more suitable place for this ([related thread](http://forum.formlabs.com/t/z-compression-correction-on-form-3/24278)). ---
**Author:** ![leonhart88](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.formlabs.com/leonhart88/32/19153_2.png) [@leonhart88](https://forum.formlabs.com/u/leonhart88)\ **Post date:** [April 18, 2020, 11:28pm UTC](https://forum.formlabs.com/t/non-uniform-scaling/26718/4 "2020-04-18T23:28:00Z")
I highly doubt it would be too complicated as long as they don’t allow scaling after support generation (ie. non-uniform scaling would only be allowed prior to support generation). ---
**Author:** ![leonhart88](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.formlabs.com/leonhart88/32/19153_2.png) [@leonhart88](https://forum.formlabs.com/u/leonhart88)\ **Post date:** [April 18, 2020, 11:30pm UTC](https://forum.formlabs.com/t/non-uniform-scaling/26718/5 "2020-04-18T23:30:42Z")
@rkagerer it’ seems mostly geometry dependent, but at least the inaccuracies are repeatable (I’m sure the Form 2 exhibits this to some degree as well). When I do see it, it’s usually oversized by a small percentage. Based on what I’ve seen, a hardware XYZ fine tuning wouldn’t necessarily solve the problem. That being said, I’ve only done a little bit of test prints here and definitely not nearly enough to say with confidence that what I was seeing is a constant problem. There’s also lots of firmware updates being pushed out repeatedly as you know so it’s hard to gauge and keep track of the issue. ---
**Author:** ![createLab](https://avatars.discourse-cdn.com/v4/letter/c/a9adbd/32.png) [@createLab](https://forum.formlabs.com/u/createLab)\ **Post date:** [January 11, 2021, 6:43pm UTC](https://forum.formlabs.com/t/non-uniform-scaling/26718/6 "2021-01-11T18:43:16Z")
I’d like to add that non-uniform scaling inside PreForm makes sense because because distortions happen based on print orientation (and other parameters – in my case thin-walled parts are very sensitive to this), so they logically belong in the print file, and I don’t buy the complication argument, as the interface is already there, all that’s needed is a little lock symbol where the current input fields are. What would be a useful addition is scaling in model coordinates as well as “global” coordinates, as the the non-uniform scaling is mostly aligned with geometric features and their shrinkage, eg. a non-axis-aligned thin-walled cylinder is very likely to shrink in circumference, but not length.