in

connecting users of the CorelDRAW family of products

printing slow

Last post 03-18-2008 8:15 by Tony Severenuk. 13 replies.
Page 1 of 1 (14 items)
Sort Posts: Previous Next
  • 02-25-2008 10:27

    printing slow

     Since upgrading to X4 I've been having issues with print jobs becoming very slow.  For example, I made a simple text design with a gradient fill. I added a drop shadow.  The design was on a 8.5X11 page.  I went to print and the file size says it's 12MB and after I sent it to the printer, it sat for hours before even starting to print, and then eventually stalled out, not completing the job.  Never had this issue with X3.

     

    Thanks, 

    Scott
    _______________________________________________
    AMD Athlon64 4800 dual core X2 * 72GB 10,000rpm system drive * dual geforce 7800 GTX 512MB
    WindowsXP * CorelDRAW since 1993
  • 02-26-2008 7:20 In reply to

    Re: printing slow

    Hey Scott!

    What kind of printer are you using? In the CorelDRAW print dialog is there a Postscript tab there?

    T. 

  • 02-26-2008 9:12 In reply to

    • Hugh Johnson
    • Top 25 Contributor
      Male
    • Joined on 05-16-2007
    • Murrieta, California, U.S.

    Re: printing slow

    Sorta sounds like your printer driver and Windows print spooler are what is slowing you down. (I am assumming that the printer is connected directly to the PC that you used for Draw.) Do you have the latest print dirver installed?

    HuMJohn
    aka H Johnson
  • 02-26-2008 15:15 In reply to

    Re: printing slow

     Hi guys.  I'm using the Epson 1280.  The drivers are updated.  I have no issues in X3, only X4.  It seems the slow printing, or even stalled printing are happening when I have curves with numerous node counts.  For example, I took some TTF text and typed something basic.  Printed no problem.  Added drop shadow, printed no problem.  Convert the text to curves...all of a sudden boggy printing.

    Scott
    _______________________________________________
    AMD Athlon64 4800 dual core X2 * 72GB 10,000rpm system drive * dual geforce 7800 GTX 512MB
    WindowsXP * CorelDRAW since 1993
  • 02-26-2008 15:19 In reply to

    Re: printing slow

     Sorry Tony.  I just saw your question.  The answer is yes.  The tag says "Color correction has been enabled for non-PostScript output".

    Scott
    _______________________________________________
    AMD Athlon64 4800 dual core X2 * 72GB 10,000rpm system drive * dual geforce 7800 GTX 512MB
    WindowsXP * CorelDRAW since 1993
  • 02-27-2008 7:07 In reply to

    Re: printing slow

    Excellent info....someone is looking into it now...

     T.

  • 02-27-2008 12:36 In reply to

    Re: printing slow

    I also experience slow printing with X4.  When I first installed the downloaded trial version I noticed it was printing slowly, about 7 times slower than CorelDRAW 9.  I now have the DVD version installed and today wanted to print a legal size flyer created in CDR9 and waited 14 minutes and nothing happened.  I used Task Manager to close the program, opened CDR9 and it started printing the document in 12 seconds from when I hit the print icon.  I opened up CDR12 and tried it from there because slow printing was one of my complaints before other fatal bugs forced me to stop using it a couple of years ago.  CDR12 started to print the document in 1 minute.I'm using a Dell XPS 8400 with a RAID-5 array, 3.2GHz processor, 4 GB RAM and printing to an Epson 960 in normal 360 dpi. Mode, black ink only.  I went into system setup and changed my processor to Hyper Threading, and changed my hard disk acoustics from standard to performance.  Rebooted, and opened up CDRX4 and tried the same document.  It did print this time but it took 4 minutes and 30 seconds to start printing.  CDR9 now printed it in 11 seconds.  I didn’t try it from version 12 because I already had 4 more copies than I needed and spent about 45 minutes out of my afternoon screwing around with this.    Its not going to be good if CDR9 has to be my print engine.  Anybody else having this problem? John 

     

  • 02-27-2008 14:06 In reply to

    Re: printing slow

     Are there len's on the page?In V12 there was a change to how stuff gets sent to printers that don't support Postscript if there are lens on the page...the old way could result in spool files larger then 300 MB and if that happens windows starts to purge the file....the current way takes longer to render the file but will print faster as long as the spool file doesn't get to big.

    To mimic V9 behaviour click on the [ ] Rasterize Entier Page option in the print options dialog box with a resolution set to 200 dpi and see if X4 will kick it old school.

    T. 

  • 02-27-2008 14:57 In reply to

    Re: printing slow

    Tony,

     Yes there are a few small lenses on the page.  Folowing your instructions the page now starts to print in 8 seconds but it degrades the print quality.

     

    John

  • 02-27-2008 17:47 In reply to

    Re: printing slow

    Old School Rules!.  T that did the trick.  I guess you would count a drop shadow as a lens, but that's all I have on my file and it was still slow.  Anyway the "Raster Entire Page" is a could work around.  Thank You.
    Scott
    _______________________________________________
    AMD Athlon64 4800 dual core X2 * 72GB 10,000rpm system drive * dual geforce 7800 GTX 512MB
    WindowsXP * CorelDRAW since 1993
  • 02-28-2008 1:38 In reply to

    • Yani
    • Top 10 Contributor
      Male
    • Joined on 02-01-2008
    • Brisbane Australia

    Re: printing slow

    Dull printing of PMS colors as CMYK is about profile choice.

    Epson printers (for example) work best with multiples of the ink resolution.

    1400 > 720, 360, 180 (best to worst use depend on scale of output)

    Best solution for little cash with Epson and other inkjets is to convert an old computer to Linux and use Gutenprint. More color adjustment than you can poke a stick at and it talks directly to the printers heads with all the data conversion managed via Gutenprint. Including 6 color ink sets like the R1800 with adds blue and red. Light years better than Epson's own drivers and full Postscript via Ghostscript with ICC bells and whistles.  Don't know how they managed it but it really is exceptional quality.

    Yani

    Currently running on instant coffee, milk no sugar
  • 02-28-2008 12:18 In reply to

    Re: printing slow

    Yani,

     Thanks for the good info.  My situation is that my work is mostly vector black & white/grayscale with an occasional drop shadow or lens.  More like 3 point perspective architectural drawings.  These are then exported to a CAD/CAM program with all layers intact to make our cast medallions.

    John

  • 03-14-2008 21:45 In reply to

    Re: printing slow

    I had purchased X3 immediately upon its release and slow printing was troublesome with that until a Hot Patch and Service Pack came out. It was annoying at first as I was excited about X3's ability to do things unable to do with previous versions of DRAW. I can't tell you how many times I published to .pdf to resolve the issue.

    To appreciate the task of printing for the modern graphic artist: to convert to .pdf from any application can take a long time too. Sometimes equally as long as it takes to use the printer directly. However publish to .pdf is much more efficient. That the printing in itself can take so long is especially frustrating when you have a client there waiting for a proof. Always save before printing. And if the print driver hangs up, you can ctrl-alt-delete and close DRAW, then make a .pdf.

    What I've learned is that when using a printer which is not postscript, to flatten my artwork before printing. Always have an unflattened editable version of the file. I have found that converting to a 300 dpi bitmap speeds some troublesome jobs. You just have to learn what will and won't work and keep an eye on how many megabytes the computer is handling. Selecting all and rasterizing works and then undo it. It may be frustrating, but you have to find work arounds that may not always be to your liking. In the meanwhile you may figure out a different method of working with DRAW. The longer I have worked with X3, I clean up my nodes as best as possible as part of the way I use DRAW. Now I have very little printing difficulty.

    When working with a file with loads of nodes in Illustrator, it takes a long time to print as well. DRAW, having perhaps a 50 page document there is going to have more issues, isn't it? But then if I'd export to InDesign in .eps or a .tiff, when working in a long document, linking my images and making my file as simple as possible has solved a lot of things. So far, using the same working method, I haven't had trouble with X4.

    Everyday's a new day, DRAW on what you've learned.
  • 03-18-2008 8:15 In reply to

    Re: printing slow

    If you work in Black and White then I [ ] Rasterize page is going to have some downfalls unless you choose a high DPI to send the job at....as devices can print solid colors at their native resolution (eg. 1200 dpi) then going at 300 dpi could make things look a little chunky compartively.

     Let me offer this if you feel like geeking out with your designs....if you're printing to a non postscript printer, a PS printer or exporting to Acrobat 4 compatibility mode, stuff is getting rasterized in the background as those formats cannot support transparency....we don't expose that in the UI as it's kinda techie for folks (unless you have a good understanding of pre-press and work in halftones/linescreens)

    To make things print faster to these types of devices I would suggest structuring the document as follows (if possible)....

    - for things with gradients, halftones, transparency keep them on bottom layers

    - for all things vector, that are 100% of a color (like black, cyan..) keep them on upper layers

    ...before printing conver the bottom layers to bitmaps, 300 dpi and leave that top layers as vectors so they will be printed at the device resolution....

    ..the easier route is to up the [ ]  Rasterize this page resolution and let her fly.

     T.

Page 1 of 1 (14 items)
© 2008 Corel Corporation. The content herein is in the form of a personal web log ("Blog") or forum posting. As such, the views expressed in this site are those of the participants and do not necessarily reflect the views of Corel Corporation, or its affiliates and their respective officers, directors, employees and agents. Terms and Conditions.