Skip to main content
SandraC_CAE
Inspiring
December 9, 2019
Answered

Making a PDF from Framemaker 2019 extremely slow

  • December 9, 2019
  • 9 replies
  • 2639 views

We migrated from FM 2014 to FM 2019, but since the migration, making PDF files (print to PDF method, since Save as PDF causes more problems) is extremely slow. We have not changed any supporting files, but generating a .book file that used to take between 60 and 90 minutes is now a full day task.

 

We use structured FM (not xml), linked graphics (doesn't matter if it is .ai or .eps), and the .book file is in either the parent, same, or sub folder to the .fm file. Our process and settings are unchanged.

 

Has anyone else experienced similar problems?

 

Thanks.

 

This topic has been closed for replies.
Correct answer frameexpert

FrameMaker 2019 has a brand new PDF engine, which should be much faster than earlier versions. I am not sure what problems you have with Save As PDF, but you should try it, or use File > Publish to make your PDF. The Print to PDF method is probably bypassing the new PDF engine.

9 replies

AJIT_M
Community Manager
Community Manager
December 12, 2019

Hi,

I have sent you a private message. Please provide the requested information so that we can connect and look into the issue.

Regards,

Ajit

Community Expert
December 12, 2019

Hi Sandra,

 

How long does it take, when you hide the graphics in your file (View | Options)?

How long does it take, when you convert a new file with just the default template and no content? Or one of the sample files from FrameMaker?

When I take this file and convert it to PDF, it takes 9 (with FrameMaker engine) or 11 seconds (with Distiller):

c:\Program Files\Adobe\Adobe FrameMaker 2019\Samples\UserGuide\UserGuide.book

When this takes much longer for you, then there is something general with your PC.

 

Best regards

 

Winfried

 

SandraC_CAE
Inspiring
December 13, 2019

Hello Winfried - 

 

Using my normal process (File, Print, select Adobe PDF as the printer), this file took 13.5 seconds. 

Using File, Publish, and the Default.sts, this file crashed Framemaker (I only had KEAS, (unknown character), Square root, q, (unknown character, bar, *, 17.18 (and the right side of the 8 was missing). 

Using File, Save as PDF, this book took 1 minute, 11.8 seconds. 

 

pulkitn
Adobe Employee
Adobe Employee
December 11, 2019

Most users reported a performance improvement in FM2019 release with 64bit architecture and a new PDF engine but there could be some exceptional cases.

Adobe Engineering would love to see cases where exceptions may come and will improve the area further if possible.

Log bug and attach samples at "tracker.adobe.com".

 

 

SandraC_CAE
Inspiring
December 11, 2019

These problems are not unique to me. So far, those of us who work extensively in FrameMaker have all had complaints about it. This is just the first I'm voicing them. We have other issues as well, both on 32-Bit and 64-bit versions of Framemaker (None of us have both versions on a single system.) These issues have been related to refresh rates and images that no longer behave consistently, but those would be in other threads (I have not yet created). 

 

To the PDF problem, I'm working on a sample that mimics our environment, but does not have document controlled images or content. With it being the end of the year/quarter, coming up with the time to make all of these changes is the biggest challenge. 

 

I will create these files, and give you details along with the upload. 

LinSims
Community Expert
Community Expert
December 11, 2019

Y'all are far more patient than I am. If I feel a PDF is taking too long to generate, I force stop it, check to see which joboptions file is applied (it always seems to be Standard when this happens) and change it to a joboptions file that was created at a former employer. The wierd thing is that the .joboptions files are nearly identical when I run a compare. I can't see why one always works and the other works most of the time but sometimes doesn't.

 

The differences?

 

In the standard.joboptions file: 

/AutoRotatePages /All

/PDFXOutputIntentProfile ()

 

In the customized .joboptions file: 

/AutoRotatePages /PageByPage

/PDFXOutputIntentProfile (None)

 

(No, I don't really understand what PDFXOutputIntentProfile is or how this affects the PDF generation. I have never studied Acrobat in-depth and am generally clueless on what most of the settings do, other than the compatibility setting and the image downsampling. I'm not doing any fancy color separations or anything like that, just your bog-standard PDF that needs to look nice whether on the screen or printed out on standard office laser or inkjet printers. While I occassionally had landscape pages inserted in portrait documents in my old job, it hasn't been a factor in this job; all the pages are portrait.)

 

Standard usually does work, but sometimes it hangs. The program freeze usually happens when it is doing something with tagging. If I remember, I'll take a screen shot the next time it happens. Document length or number of graphics files doesn't seem to be a factor.

SandraC_CAE
Inspiring
December 11, 2019

We use custom .joboptions, so it isn't due to Standard's options. 

 

We optimize the PDF as a separate step, so it isn't taking time working on that. 

 

I'm still plugging away at different things. 

Community Expert
December 11, 2019

It may be a font issue. If you have many fonts installed, you might try reducing that number.

Bjørn Smalbro - FrameMaker.dk
Community Expert
December 11, 2019

Hi,

 

Antivirus software can cause such delays.

Can you switch yours off and see, whether this changes something?

 

Best regards

 

Winfried

SandraC_CAE
Inspiring
December 11, 2019

Anti-virus off, same results. 

Anti-spyware off, same results. 

 

This is why it's frustrating. There really are no factors that help. 

 

Making a PDF from other applications, like Word or Excel is pretty quick. I haven't tried this particular 66-page document in InDesign, but I had done two mostly identical (same contents, but FM was structured, and InD was not) files, and the output from InD was a lot faster. That's why I'm posting to the FrameMaker forum and not Acrobat. 

 

Again, thanks for your input. 

hadih26673991
Inspiring
February 10, 2020

I also experience very slow publishing, when using dita. I tried with both fm and xml, both are very slow even for smal documents. 

SandraC_CAE
Inspiring
December 10, 2019

Hello. 
Thank you, frameexpert and Winfried_Reng, but I took the same 66 page, minimal-illustration .fm file (not a .book), and have had very similar results doing the following:  

The way I used to do it, the 66 pages took 10 minutes 45 seconds to generate. 

Using Publish > PDF, the 66 pages took 10 minutes 30 seconds before it crashed. 

Using Publish > PDF with Use Acrobat Distiller for PDF Generation setting, the 66 pages took 11 minutes 1 second. 
Using File>Save as PDF, the 66 pages took 12 minutes 15 seconds to generate. 

 

Additional thoughts/input would be much appreciated. 

frameexpert
Community Expert
Community Expert
December 10, 2019

I am not sure what is happening but I will give you a standard answer: check that you are using the latest update, which I think is 15.0.4.751.

www.frameexpert.com
SandraC_CAE
Inspiring
December 10, 2019

Yeah, I have gone out to look for updates, and I'm at the latest version 15.0.4.751. 

 

I have tried both the 64 bit version and the 32 bit version. 

 

My colleagues have the same issues. Actually, I'm saking this question because of one of my colleagues who is in PDF-making mode and dealing with server crashes and application crashes. 

 

Now that I've mentioned server: We work across a network (hard wired). But even if the books/files are converted to PDF on a local drive, with all supporting files also on the local drive, the time saving is negligible. 

 

Thank you for chipping away at this. 

Community Expert
December 10, 2019

Hi Sandra,

 

Save As PDF was not working reliably many years ago and many versions back.

You can now safely use it.

In FrameMaker 2019 you have two options to create your PDF files: with Distiller or with the new FrameMaker PDF creation engine.

The FrameMaker PDF creation engine does not support any pdfmark commands in PostScript text frames. And I would also check your fonts in the resulting PDF.

You can change this in the Publish pod. Select PDF and then at the lower right Change Settings to edit the STS file. In the General tab change the option Use Acrobat Distiller for PDF generation.

 

Best regards

 

Winfried

frameexpert
Community Expert
frameexpertCommunity ExpertCorrect answer
Community Expert
December 10, 2019

FrameMaker 2019 has a brand new PDF engine, which should be much faster than earlier versions. I am not sure what problems you have with Save As PDF, but you should try it, or use File > Publish to make your PDF. The Print to PDF method is probably bypassing the new PDF engine.

www.frameexpert.com
SandraC_CAE
Inspiring
December 19, 2019

I still can't use Save As PDF. It crashes Framemaker or it just hangs at the end of the PDF creation. 

While I did do the experiment with the same chapter last week and had bad results, I have been asked by Adobe to send my files to their support team. Because we are working with controlled documentation, I needed to build a business case to send upward through the ranks to get permission to send it out. As I was working on the numbers in a .book file that has tables, illustrations, images, and about 30 pages of text, I created PDFs using multiple methods. It seems that the Publish is working much more quickly this week, without having done anything to my system (I was running the latest update already, and there hadn't been any Windows updates). 

So, I've written out instructions for my teammates on how to use the Publish option, but I am not entirely trusting of it working consistently. This lack of trust is because the week-to-week behavior is inconsistent. For now, though, it is working for me. 

Thank you to everyone who stuck with me through this. Now I'm off to report other issues we're facing.