# Print no longer fits in build volume after generating supports

**URL:** <https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217>\
**Category:** Support & Troubleshooting\
**Created:** [July 22, 2017, 9:03pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217 "2017-07-22T21:03:37Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![rkagerer](https://avatars.discourse-cdn.com/v4/letter/r/439d5e/32.png) [@rkagerer](https://forum.formlabs.com/u/rkagerer)\
**Post date:** [July 22, 2017, 9:03pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/1 "2017-07-22T21:03:37Z")

</div>

I’m having trouble wrangling my large prints into Preform 2.11.3. I import my STL file and it fits. I hit auto-orient and it still fits. But then I hit Generate Supports and the result no longer fits in the Form 1+ print bed. Trying One-Click Print similarly complains “The layout tool was unable to fit all models into the work area”.

Making my part slightly smaller doesn’t help - the auto-orient feature just rotates it more aggressively so that generating supports again spills outside of the build volume. I refuse to get sucked into a Tug of War with Preform.

If I adjust my part to a slightly more conservative orientation (in terms of its footprint) before generating supports, or relocate some of the supports from the edges, I can sometimes get it to work. But I feel like there’s room for improvement so users don’t have to do this - it would be nice if the software were smart enough to leave sufficient margin for the raft when orienting.

I found a user with a similar problem here:

> [@Large Prints No Longer Fit in Build Volume After PreForm Update](http://forum.formlabs.com/t/large-prints-no-longer-fit-in-build-volume-after-preform-update/4957):
>
> We are printing some large objects that go right up to the limits of the Form 1+ build volume. These large prints used to fit in the build volume just fine after support generation in a previous version of PreForm. However, after recently updating PreForm to 1.9.0, the exact same objects can no longer fit in the build volume due to the support raft apparently being larger in the new version of PreForm. This is extremely frustrating because I know the object can print successfully on our Form 1+,…

Did the bug creep back in?

Here are some screenshots and an [STL file](http://tinyurl.com/PreformLargePart) to reproduce the issue.

After import:  
[![](https://i.imgur.com/RWtWUMU.png) ](https://i.imgur.com/RWtWUMU.png)

After auto-orient:  
[![](https://i.imgur.com/mcTYjhp.png) ](https://i.imgur.com/mcTYjhp.png)

After supports generated:  
[![](https://i.imgur.com/l36bYDt.png) ](https://i.imgur.com/l36bYDt.png)

Proof it’s possible (after manually tweaking orientation):  
[![](https://i.imgur.com/Crov99B.png) ](https://i.imgur.com/Crov99B.png)

---

<div class="post-metadata">

**Author:** ![Randy\_Cohen](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.formlabs.com/randy_cohen/32/1500_2.png) [@Randy\_Cohen](https://forum.formlabs.com/u/Randy_Cohen)\
**Post date:** [July 23, 2017, 5:25pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/2 "2017-07-23T17:25:49Z")

</div>

Look to me like if you rotated the orientation 90º so the left or right sides are now either the top or bottom, that the part will fit. All the supports will be along the rim of the part, too, so there’ll be less post-print cleanup to do.

Auto orient doesn’t always choose the best orientation, it’s OK to deviate. I hardly ever use auto orientation.

---

<div class="post-metadata">

**Author:** ![rkagerer](https://avatars.discourse-cdn.com/v4/letter/r/439d5e/32.png) [@rkagerer](https://forum.formlabs.com/u/rkagerer)\
**Post date:** [July 24, 2017, 12:08am UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/3 "2017-07-24T00:08:18Z")

</div>

Hi Randy,

Thanks for your response! I take it you mean something like this:

[![](http://i.imgur.com/jnbgjan.png) ](http://i.imgur.com/jnbgjan.png)

As you pointed out I can manually orient the model as a workaround; I just want to suggest this as an area of the software the Formlabs engineers could refine (and confirm whether the bug determined to be responsible for similar symptoms in the past hasn’t reappeared).

BTW one thing I have to be mindful of about this print is there are some threads inside the circular surface, and very fine snap fit hooks along the edges where it mates to its other half. I don’t mind sanding the outer surfaces, but want to avoid supports on those features (which your suggestion doesn’t do a bad job of).

[![](http://i.imgur.com/MCS9E4Q.png?1) ](http://i.imgur.com/MCS9E4Q.png?1)

---

<div class="post-metadata">

**Author:** ![Frew](https://avatars.discourse-cdn.com/v4/letter/f/c0e974/32.png) [@Frew](https://forum.formlabs.com/u/Frew)\
**Post date:** [July 24, 2017, 5:56pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/4 "2017-07-24T17:56:32Z")

</div>

It makes sense that auto-orient should take into account the current support settings as to not have support bases outside the build volume. If you use the manipulator to manually shift the object a bit, it will sometimes ‘snap’ into the build volume. Is this the case for you or is the part too large after auto-orient regardless of orientation?

We’re always working to improve our automatic generation algorithms and I’ll forward this to our software team so that we can look into it.

---

<div class="post-metadata">

**Author:** ![rkagerer](https://avatars.discourse-cdn.com/v4/letter/r/439d5e/32.png) [@rkagerer](https://forum.formlabs.com/u/rkagerer)\
**Post date:** [July 24, 2017, 6:12pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/5 "2017-07-24T18:12:33Z")

</div>

Hi Frew,

I know what you’re talking about with the snap-to-fit thing, but I don’t think that’s the case here. I’m pretty sure the resultant geometry simply doesn’t fit, regardless how much you angle it around. I could be wrong, but I wasn’t able to get the auto-orient + supports result to fit. The STL file is attached to my original post if you want to give it a try (I find it’s pretty hard to do very small rotations in Preform due to the minimum step required to start a rotation).

Thanks,

-Richard

---

<div class="post-metadata">

**Author:** ![Randy\_Cohen](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.formlabs.com/randy_cohen/32/1500_2.png) [@Randy\_Cohen](https://forum.formlabs.com/u/Randy_Cohen)\
**Post date:** [July 25, 2017, 3:54pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/6 "2017-07-25T15:54:59Z")

</div>

> it’s pretty hard to do very small rotations in Preform due to the minimum step required to start a rotation

You know that the little arrows in the “orient” boxes can be used to change angles incrementally in 1º steps, right? And also, when you click an arrow, the center of the box (the text “Orient X”) turns in to an input field that lets you enter any fractional angle you want.

![](https://us1.discourse-cdn.com/flex025/uploads/formlabs/original/2X/2/2311d00df2d548d077922d13f6d934e9d1999a08.JPG)

---

<div class="post-metadata">

**Author:** ![rkagerer](https://avatars.discourse-cdn.com/v4/letter/r/439d5e/32.png) [@rkagerer](https://forum.formlabs.com/u/rkagerer)\
**Post date:** [July 26, 2017, 9:05am UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/7 "2017-07-26T09:05:58Z")

</div>

@Randy_Cohen Yep, I use those textboxes. Thanks for reminding me about the arrows. I wish they had hotkeys for more than just the Z-arrows. Also _really_ wish there were a better way to bring in minor revisions of models without having to redo all the careful orientation fine-tuning and supports tweaking from scratch (any tips there?)

---

<div class="post-metadata">

**Author:** ![Randy\_Cohen](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.formlabs.com/randy_cohen/32/1500_2.png) [@Randy\_Cohen](https://forum.formlabs.com/u/Randy_Cohen)\
**Post date:** [July 27, 2017, 4:42pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/8 "2017-07-27T16:42:50Z")

</div>

No, no tips for that. It’s a great idea, but I don’t see it ever happening. PreForm would have to be able to judge the degree and nature of change to decide if the existing supports are good or need to be modified… That’s a pretty tall order, software-wise.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex025/uploads/formlabs/original/3X/5/b/5bc2bdf993ff27c2e0eecab5010b25626fbb327a.png) [@system](https://forum.formlabs.com/u/system)\
**Post date:** [August 10, 2017, 4:42pm UTC](https://forum.formlabs.com/t/print-no-longer-fits-in-build-volume-after-generating-supports/14217/9 "2017-08-10T16:42:52Z")

</div>

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.
