Export to PDF is very slow

Hi all,
I am using the following script to export an indd document to PDF file. But the process takes long time. Is there any configurations that can be made to reduce the processing time.
app.documents.item(0).exportFile(ExportFormat.pdfType,File(<pdfFileName>),app.pdfExportPre sets.item("[Press Quality]"));
Please provide me some way to reduce the processing time taken for exporting PDF.
Thanks,
Anitha

Tiago,
For exporting Discoverer has to bring all the data into memory, format it and then export it to the client. It does not use the data cache, so possibly you are running low on memory and your swap/disk is being used -- something to check
For Discoverer 10g Desktop, the aggregation registry keys are not there by default so that could also cause a slow export and cpu utilization if you have aggregation. See MetaLink document 313444.1 -- it may apply to 9.0.4 as well
SS,
You have not provided which component you are exporting from (Desktop, Plus, Viewer) and the versions. There could be several possibilities depending upon the component and the version. The above also applies.
I also recall and issue with spanish office 2003 in some prior versions -- not sure if that applies to your situation(s)

Similar Messages

Building PDF file very slow when pmd file contains many eps files

I have a 64 page publication which contains a placed .eps file on each page. (The .eps files are the output of a music notation program and average about 60KB).   I have a new computer with a fast quad pentium processor. It takes 10 minutes to export a pdf file (It took 45 minutes on my old computer!).
The time is spent in the first phase, where the little window says "Sending page 1,2...etc. The pages crawl by. PageMaker is CPU bound.
PDF export option or distiller settings appear to have little affect on this.
It was my understanding that eps files, ps files, and pdf files are all similar in structure. What is taking so long here?
10 minutes is not a lot in the scheme of things right now but this is part of a much bigger book and I am concerend about how much time this process is going to take when we are up to 600 pages.

Well if you don't know, I doubly don't know.
I looked at that lon g list of possible reasons for the Courier substitution, and most or all of them don't seem to apply. I have no PostScript printer, just an inkjet for drafts. We NEVER print from PageMaker for any of our work. We make PDFs. We either print the PDFs here for draft work, or send them out to the printer when we are done.   All the fonts involved are TT fonts. Whe n I make a .ps file I use PrinterStyles->Acrobat, and actually I've only been doing that to investigate this performance problem to isola te what phase of the process is slow.   Normally I just use the PageMaker Export PDF function and it has worked fine with many customers, many publications, over 10 years.
I'm going to try to fiddle with some of these embedding options to see what arises.
It is suspicious that posting this problem in the Sibelius forum elicits no response. This cannot be an uncommon workflow in music publishing - use PageMaker for the book framework and place Sibelius scores when needed.   Any kind of music textbook would have this flow.
Do you by any chance know the algorithm for locating fonts when some are referenced and/or imbedded in placed .eps files, and others, possible duplicates, are referenced by the PageMaker document. Understanding that would be the key to unlocking this puzzle.
Also Jay Chevako asked for the .pdf files. I will get around to that when I can, I'm not sure what you will infer - the first one will be correct but slow to export and the second will be fast but with the Courier substitution.
Thanks

Converting .docx merges to PDF is very slow.

Hi all first post, so hello!
As the thread question states, I am trying to figure out creating PDFs from docx merges are very very slow to complete. We are using Adobe Acrobat 8, and Microsoft Word 2007 on Windows XP.
Before we upgraded to MS Office 2007 and the docx format, Acrobat 8 created PDF merges in the the 2003 .doc format just fine and was very quick. We can even created PDFs from .doc merges through Office 2007 and it is still works great and is super fast. But once we try a creating a PDF from a .docx merge, it crawls and is very slow, and is starting to be time consuming for the users. I checked out the 3-4 people that perform this function, and they all seem to have the same issue. So i would guess this would have something to do with the .docx format and the way Adobe 8 interprets the format to create a PDF from it. The documents normally fall within the 1200-1500 page range.
Acrobat 8 has been updated with the latest program updates, but I am a loss as to why .doc's create so fast, but docx's are very very slow.
Any input would be greatly appreciated. I tried to include all pertinent info you would need, if I left something out, please let me know.
Thanks!

I solved my problem. I updated the Acrobat pro 9 version several times, then I coppiend the job options according to the last step in this thread: http://forums.adobe.com/thread/780318
Now Acrobat gently merges word files to one pdf, independent if it is Doc or Docx.
My system
Windows 7 64bit
Microsoft Office 2010 32bit
Acrobat Pro 9.4.1
I solved my problem. I updated the Acrobat pro 9 version several times, then I copied the job options according to the last step in this thread: http://forums.adobe.com/thread/780318
Now Acrobat gently merges word files to one pdf, independent if it is Doc or Docx.
My system
Windows 7 64bit
Microsoft Office 2010 32bit
Acrobat Pro 9.4.1
Note: I read in another thread that if you have Micosoft Office 64bit, you may have serious problems with Acrobat 9.

Bookmarking some pdf is very slow

I found the bookmarking action for some pdf in Sony T1 is very slow. It could take about 30 seconds before the bookmark triangle appears. With epub book it only take about 2 seconds.
Press back to return to booklist then open the book again may make it looks more responsive.
The pdf I was reading is a text based pdf with some chinese fonts embeded, no cropped view, just in regular view.

Hello,
Thank you for your post.
PDF files have everything embedded, such as the Text font, pictures, and file structure therefore it takes longer to read the file prior to marking it. this is why you can read a PDF with Chinese fonts, but cannot read an Epub Book with Chinese characters.

SQVI Export output to Excel - Very slow performance

Hi All,
We have a small issue related to downloading the output from SQVI into Excel 2007. Earlier the downloads used to happen very quickly but off late, this has become a performance issue.
Steps after getting report output on screen- I generally use the option,
1. List -> Export -> Local File -> Spreadsheet to download to excel. But recently I observed that the Pop up window that comes up for selecting SAVE LIST IN FILE (with options Unconverted / Spread sheet etc) comes after a long wait.....
Again after i perform these two below steps, the actual download also takes a huge time...
2. Choose Table for Radio button
3. Choose Microsoft Excel
Please note that I am not facing this issue when i try to download output data from Z Reports. Can anyone suggest any SAP Notes related or how can we improve the dowload speeeds...
Thanks a lot in advance to all..
Rgds,
Lakshmi Narayana

problem is your local network/file system and not sap-sytem
better choose alv list as output and use strgshiftF7 (spreadsheet)
hope that helps
Andreas

PDF scrolling very slow / lags!

Hey community! I am reading a very small less than 375kb pdf using acrobat and it lags scrolls very slowly. This happens to me with all pdfs. My mac is quite new less than 6months old. Can you help me understand hwo I can correct this?

What program are you using where you see this problem?

Print to PDF is very slow showing "save as" dialog when printing from Outlook 2013

Hello,
I'm having a problem with one of my users. The problem is intermittent. At first when I was looking at the issue, here is what I saw:
In Outlook 2013, I opened an e-mail. I then selected Print, selected the Adobe PDF printer, and hit the print button. There was over a 1 minute delay before the "save as" dialog appeared to ask me where to save the document and what to name it. I did this for several different e-mails with and without attachments and the problem was consistent. I saved the e-mail to a local e-mail file and the problem was the same. This process was over 30 or 40 minutes. I was pulled away for another issue and now the "save as" dialog pops up within seconds. The user is complaining that this happens regularly. I tried a repair, cleared temp files, and was going to try printing from other apps, but then it started temporarily behaving itself, so I can't tell you if the same delay existed in other apps. I didn't see anything obvious in the event viewer logs.
Has anyone else seen this? Anyone have an idea on how to troubleshoot this?
Thanks,
Jeffery Smith

Thank for your help Bill, but changing settings in the distiller did not seem to work. As my application prints directly to the default application without using anything specific to Acrobat, I was hoping there was a simple way forward. A colleague suggested copying registry entries from the account I logged on as to the S-1-5-18 entry, then rebooting. This had no effect as the prompt still comes up.
Aandi, I don't have the Acrobat SDK or any experience of it.
Also I'm not sure where any code/script would sit since the application is stable and so I would rather not change it.
If it amounts to a few lines of javascript sitting outside the application then that would be of interest.

First export test in CC, Very Slow

So, I made a test with a 1:30 min. sequence.
In CS6 the export time is 00:03:52
In CC: 27:43!!!!!
Exactly the same sequence, same export settings, both via Media Encoder CS6 & CC respectly.
What could be the problem?
Title was changed to be more clear. Rendering and exporting are not the same thing. Message was edited by: Kevin Monahan

I ran some more tests. Here's what I have so far:
Windows 8 Pro 64 bit
i7 2500
8GB DDR3 1333 RAM
1TB HD (single drive)
GTX 560 Ti 2GB, 320.18 driver
CUDA acceleration turned on in both versions
I imported a 4 minute AVCHD clip with a lot of action. I created a sequence based on that clip. I exported that clip with no edits or effects to BD and DVD settings identical in both versions.
Using AME for Export:
CC7_BD = 5:58
CS6_BD = 5:43 <---Winer CS6
CC7_DVD = 3:07 <---Winner CC7
CS6_DVD = 3:12
Using Direct Export
CC7_BD = 5:49
CS6_BD = 5:40 <---Winner CS6
CC7_DVD = 1:39 <---Winner CC7
CS6_DVD = 2:55
So, it looks like MPEG2 is faster with CC7 and H.264 is faster using CS6. The biggest difference is for DVD using CC7. Look at the times for AME and Direct, nearly cut in half!
Now it should be noted that a brand new project was started in each version. I've seen reports of older projects opened in CC7 behaving slowly, so I wanted to take that into account. And in fact my first test was done opening an older project, Harm's 5.5 benchmark project, in fact. So far, it's looking like where the project was created makes a difference. Of course, Harm's project was full of effects, and this round of tests used none at all. That's the next step, repeating these tests with effects, both accelerated and not.

Cs3 indesign export to pdf slow

When I export to pdf with a new file name the process is very quick, if I export the same document for a second time using the same pdf file name (overwrite exsisting file) it goes very slow and I get the "not responding message" if I wait long enough the process does eventually complete. If I redo the export but select a new pdf filename it works ok. It does not seem to matter if its a large or small file.
I also seem to be getting a similar problem if I use pdfmaker in my office applications.
I am using indesign cs3 with Acrobat professional 8 on Windows 7.
Can anyone help!

Handling of missing links HAS changed, and in my opinion for the worse, but at the request of users, so that missing links no longer open the Links panel automatically or ask you to update on opening as they used to, though you should still receive a warning that the links are missing UNLESS YOU HAVE TURNED IT OFF IN YOUR PREFERENCES. It's on by default and you will find the option under the file handling section.
The rationale is that many workflows do not require that links be intact to accomplish the current editing, and longer documents with hundreds of missing links used to take many minutes to open while ID searched, essentially costing those users lots of money.
IF you have stored the links in the same directory as the .indd file, and IF you have moved the entire directory and IF you have enabled finding missing links when opening files, InDesign will find and update the locations for the links when the file is opened. If ID is unable to locate a link, because it is not in the current directory or a subfolder, you will see a warning message (in the past you would have had the option to browse for the missing files), and you must open the links panel if you wish to fix them manually.
In my opinion this is a very acceptable situation, and a great benefit to all types of workflows. I need to know links are modified or missing, so I've left that enabled. Those who don't need to know are no longer bothered or delayed. I suggest you pay a visit to the preferences and make sure that missing/modified checks are enabled, and if you are still having problems then your links aren't stored in the same directory, and that has always been an issue in ID when things get moved.

Very slow page curls in a PDF

I am creating an interactive pdf. I created the swf file, imported it into indesign (CS6) and exporting as an interactive pdf. My pdf is simple, it only contains page curls but they are very slow! No where near as fast as the swf file when viewed in a web browser. Why? And what is the solution?

You're using a hack by running SWF inside PDF. There is no solution unless you just use the SWF file by itself.
And what's the value of the page curl anyway. It's a way overused effect.

Indesign CC export very slow

When Exporting a PDF from Indesign CC for a pront job the export time can be from very fast to VER VERY SLOW (have maxed at 45min) this is on the same document and the same export setting to the same location on a local disk.
Example:
I open the document and click export on a random day and click export with high quality settings for the PDF with bleed and crop marks this takes around 2 min.
Later that day i do it again and then the same process takes between 10-45 min.
This have been tested on 2 different computer at the company.
Have adobe adopted the Microsoft minute ????

Document content:
8 psd files
3 png file
1 ai file
6 jpg file
Colorspace:
CMYK
(cannot release file viewing)
Computer Specs:
Windows 7 pro 64 bit
16 GB ram
Core i7 4770S 3.1GHz
Crucial 256GB SSD for software
Seagate baracuda 1TB disk 7200rpm with 64MB cache
Nvidia quadro 4000
Export settings:
(modified part is set crop marks and 3mm bleed)

Very slow rederting of PDF files

Keynote rendering of pdf gives amazing quality. However with a PDF which contains scientific data and many line objects it can be very very slow. For example a file which is 500KB can take 11 sec to render.
Exporting from Illustrator to tiff or PSD (150 dpi) usually result in noticable quality reduction, and also takes all the advantage of being able to presernt PDF in the first place.
Is there any simple workaround?
Thanks
Mickey
PB alu 1.67 Mac OS X (10.4.7)

It seems that there a difference between the PDF rendering engine of keynote (which I suspect is the same one of preview) and the one of Adobe. The same PDF could be compressed to a very small file and open in a snap in Acrobat. But for preview it took few second to render. After cutting bits in an out I found the problematic object and remade it. This sloved the problem.
As a side effect I found out that by using Show package content, you can find the pasted PDF and edit it directly with Illustrator, without having to cut and paste or save and insert.

Export to text file very, very slow

Hi, I am running 2.1.0.63 and doing an export of a query to a text file. The export was 66000 rows, but took incredibly almost around 2 hours to finish. The row counter in the status bar was very slow. The same exact query/export under 1.5.4 ran in about 5 mins. The row counter on both the fetching and exporting was just flying by.
Has anybody else experienced this ? What could be causing it to run that slow under this release ?
The other issue I have is once there has been no activity for a while, sqldeveloper hangs has to be restarted. I saw this being addressed in another post however, and will follow it there.
Any ideas on when a patch will be made available to this release ?
BTW, I really like some of the other new features of this release.
Thanks,
Mark

Ok, I think the issue was that I was exporting to a shared network drive. I redid it, saving it locally and it worked fine.
I still have the issue of inactivity and having to restart sqldeveloper.
Thanks.

Why does an InDesign document exported to PDF using data merge result in very different sized PDFs?

I've got a small sheet that I update on occasion and use data-merge to add people's names to the sheet. It's very much like an invitation where every invite has a different name on it. I use the data merge feature to select a list of names and then they get inserted into the document. Then I use the Export to PDF command in the data merge window to create a pdf that has all of the invitations in one big file. They are four-up per page on letter sized paper. Sometimes I print 2000 of them and the resulting PDF is about 2mb, sometimes I print 1000 of them and it's 20mb. Document, settings, method of issueing the commands to output the files are all the same. The only difference is the list of names and those are all almost identical in length. Anyone know what could be happening?
One clue is that it takes about a minute to run when the result is going to be a small file and about 5 or more minutes when the result is going to be a large file.
My guess is that sometimes it includes a copy of the images once per page, and sometimes it only includes them once per document, but I'd love to know why and how to control that. Thanks.

And you verified that the links panel shows everything as up-to-date?
The only other things I can suggest at the moment are the standard two trouble shooting steps: Remove minor corruption by exporting and Replace Your Preferences

PDF-Rendering is very slow

Hi,
on our local test-environment with CF 8.01 we have no problem to create a pdf with cfdocument-tag.
<cfdocument format="pdf"
                encryption = "128-bit"
                permissions="AllowCopy,AllowPrinting"
                unit="cm"
                scale="100"
                backgroundVisible="yes"
                marginleft="1"
                marginright="1"
                filename="#url.pk_id#.pdf"
                pageType="A4">
          <cfdocumentitem type="header">
          ... content of the pdf
</cfdocument>
but our productive-server (the same CF-version as the local testserver) is working very slow, and when I say slow I mean minutes not a view seconds more.
I have no idea where this discrepance is comming from, especially as we could observe the pdf-rendering on fusion-reactor witch makes it rather improbable that - as we first thought - our firewall is slowing down the process.
does anyone out there has an idea where the problem could be located or had someone in this forum experienced a simular pdf-pitfall?
thanks for yout efforts.

Hi Guys I work with a lot of pdf files with being a student at uni and not sure these tips might help.
Try an app called skim which is free it handles pdfs nicely and looks similar to the preview app.
Also if a pdf is slow to scroll try selecting all the pages goto file print. Then on the bottom left hand side of the print window select pdf and then save as pdf. I have found on some pdfs (usually the ones in black and white and look like a photo copy) using the the print save as pdf option has then allowed me to view a pdf fine in the preview app without any issues. Hope this is useful.
I suspect its to do with pixels per inch or dots per inch of the document.

Export to PDF is very slow

Similar Messages

Maybe you are looking for