# Program Freezes or Takes Forever when Printing Layouts to PDF

**URL:** <https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030>\
**Category:** Rhino for Windows\
**Created:** [June 15, 2017, 10:21pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030 "2017-06-15T22:21:11Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![Roy2](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/roy2/32/62436_2.png) [@Roy2](https://discourse.mcneel.com/u/Roy2)\
**Post date:** [June 15, 2017, 10:21pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/1 "2017-06-15T22:21:11Z")

</div>

When I print my layouts to PDF sometimes it gets stuck on the last page and takes forever to finish out the PDF.  
-one way to fix the problem is to add a black layout page to the end of the pack and it seems to bypass the problem, but I don’t like having delete the page after.

Anyone ever had this?

---

<div class="post-metadata">

**Author:** ![pascal](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/pascal/32/479395_2.png) [@pascal](https://discourse.mcneel.com/u/pascal)\
**Post date:** [June 15, 2017, 10:52pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/2 "2017-06-15T22:52:52Z")

</div>

Hi Roy - I have not heard of this that I can recall - what pdf driver are you printing to?  
-Pascal

---

<div class="post-metadata">

**Author:** ![Roy2](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/roy2/32/62436_2.png) [@Roy2](https://discourse.mcneel.com/u/Roy2)\
**Post date:** [June 15, 2017, 11:06pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/3 "2017-06-15T23:06:37Z")

</div>

Not sure what your refering do but here’s a screenshot of the Print Screen

 ![](https://global.discourse-cdn.com/mcneel/uploads/default/original/3X/e/3/e383da2e4cdd68b31b6cc5530da90a5ecdbdc778.JPG)

---

<div class="post-metadata">

**Author:** ![pascal](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/pascal/32/479395_2.png) [@pascal](https://discourse.mcneel.com/u/pascal)\
**Post date:** [June 15, 2017, 11:09pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/4 "2017-06-15T23:09:13Z")

</div>

Hi Roy - just as a test, see if one of the other pdf drivers available ‘out there’ like CutePDF or PDF995 works better - we have had more trouble with the Adobe one than some of the others (Once installed these appear as printers, like the ‘Adobe PDF’ in your image.)

-Pascal

---

<div class="post-metadata">

**Author:** ![Roy2](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/roy2/32/62436_2.png) [@Roy2](https://discourse.mcneel.com/u/Roy2)\
**Post date:** [June 16, 2017, 3:40pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/5 "2017-06-16T15:40:21Z")

</div>

Those do work better

---

<div class="post-metadata">

**Author:** ![John\_Brock](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/john_brock/32/476283_2.png) [@John\_Brock](https://discourse.mcneel.com/u/John_Brock)\
**Post date:** [June 16, 2017, 3:45pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/6 "2017-06-16T15:45:05Z")

</div>

This may explain it…  
Printing and Display are very closely coupled.  
Adobe Acrobat has an atrocious track record with respect to being “fault tolerant” of problems with display drivers.  
If your drivers are perfect, the the Acrobat authoring tools seem to work fine.  
If your display drivers are a little glitchy (and most are), then Acrobat will crash or cause other problems.  
CutePDF, PDF995, BullZip, and other PDF authoring tools seem to be far more fault tolerant than Acrobat.

It’s also possible, your Rhino file has problems that are gumming up the translation.  
What happens if you run SelBadObjects?

---

<div class="post-metadata">

**Author:** ![Roy2](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/roy2/32/62436_2.png) [@Roy2](https://discourse.mcneel.com/u/Roy2)\
**Post date:** [June 16, 2017, 3:59pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/7 "2017-06-16T15:59:38Z")

</div>

Nothing to find when running the SelBadOBjects.

I’m not sure if this helps narrow down anything but if I can minimize the rhino window and then reopen it while the PDF is being created that seems to help un pause the PDF creation process

---

<div class="post-metadata">

**Author:** ![John\_Brock](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/john_brock/32/476283_2.png) [@John\_Brock](https://discourse.mcneel.com/u/John_Brock)\
**Post date:** [June 16, 2017, 4:03pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/8 "2017-06-16T16:03:03Z")

</div>

When I started having problems with Acrobat authoring tools, I started using PDF995 and BullZIP. That was years ago and I’ve never wasted any time with Acrobat since.

---

<div class="post-metadata">

**Author:** ![Roy2](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/roy2/32/62436_2.png) [@Roy2](https://discourse.mcneel.com/u/Roy2)\
**Post date:** [August 25, 2017, 9:51pm UTC](https://discourse.mcneel.com/t/program-freezes-or-takes-forever-when-printing-layouts-to-pdf/45030/9 "2017-08-25T21:51:18Z")

</div>

One further comment on this that may explain what is going on. If the program freezes while making PDF’s. I can unfreeze it by opening another rhino file. Somehow it gets things going again and instantly fixes the problem. Why would this trigger the PDF to go through?