Yes - going short on memory for the printer is not usually a good idea. PS like RAM...
On Thu, Feb 4, 2010 at 09:16, Steven M. Caesare <[email protected]> wrote: > I recently found that the paper handling for my HP LaserJet would only behave > "properly"[1] with the PS driver, and not the PCL driver for some esoteric > cases. > > On the downside, I've since experienced a few "out of memory" errors on > complex print jobs... it appears that the postscript rasterizer is a bit more > memory intensive.[2] > > -sc > > [1] In this case a 4x6 piece of card stock fed thru the manual feed. The > "guide tabs" on the tray force you to center the card stock when feeding, > however the PCL driver acted as if the stock was positioned where the > top=left corner of a piece of 8.5x11 paper would have been > > [2] And of course HP couldn't just use a standard DIMM module on their > printers... Noooo... it's some proprietary[3] RAM module > > [3] Pronounced "Ex-pen-sive". > >> -----Original Message----- >> From: Kurt Buff [mailto:[email protected]] >> Sent: Thursday, February 04, 2010 11:52 AM >> To: NT System Admin Issues >> Subject: Re: Printing PDF files >> >> Yup. I've always found PS printers (or at least printers that have a good PS >> driver) to have better output than PCL, even if it is a bit slower. >> >> On Thu, Feb 4, 2010 at 07:47, Steven M. Caesare <[email protected]> >> wrote: >> > >> > Specifically “Display Postscript” IIRC. >> > >> > >> > >> > The NeXT cubes actually ran display postscript for their screen render >> pipeline for exactly his sort of reason… output device agnosticism. >> > >> > >> > >> > -sc >> > >> > >> > >> > From: Kurt Buff [mailto:[email protected]] >> > Sent: Thursday, February 04, 2010 10:44 AM >> > To: NT System Admin Issues >> > Subject: Re: Printing PDF files >> > >> > >> > >> > In addition, PDFs (for text, at least, as opposed to embedded >> bitmaps/jpegs) are internally encoded in PostScript, so the print/display >> drivers are tiny PS interpreters. >> > >> > This actually is in the name of portability between platforms - especially >> *nix. >> > >> > Kurt >> > >> > On Thu, Feb 4, 2010 at 07:24, Steven M. Caesare <[email protected]> >> wrote: >> > >> > Indeed. >> > >> > >> > >> > PDF’s are basically rasterized within the PDF program itself, and the >> resulting bitmap is sent to the printer. >> > >> > >> > >> > Word, etc… send the text/font info to the printer, which rasterizes it as >> > part >> of the printing process. Vector graphics are passed tot eh printer as well, >> altho bitmap graphics has to be sent as a bitmap blob. >> > >> > >> > >> > The end result tends to be longer print times and larger jobs… all in the >> name “portability”. >> > >> > >> > >> > -sc >> > >> > >> > >> > From: Chris Orovet [mailto:[email protected]] >> > Sent: Thursday, February 04, 2010 10:20 AM >> > >> > To: NT System Admin Issues >> > Subject: RE: Printing PDF files >> > >> > >> > >> > When a pdf spools a 5 meg file can easily become a 200-250 meg file. No >> matter what version of adobe ive used this has always been the case. >> > >> > Here is a 79 kb file that I printed as a comparison: >> > >> > >> > >> > >> > >> > It blew up to almost 400kb amost 5 times the size of the original doc. I >> > did a >> paperless conversion for my company a few years back. All docs were >> converted to pdf or word. Word docs had no effect on my printers or print >> servers. The pdf files slowed everything down. >> > >> > >> > >> > Regards, >> > >> > >> > >> > Chris Orovet Technical Support >> > >> > O: (727)812-0276 Ext. 125 >> > >> > F: (727)812-0278 >> > >> > Email: [email protected] >> > >> > Web: http://www.atsi-inc.com >> > >> > >> > >> > >> > >> > “Whatever relationships you have attracted in your life at this >> > moment, are precisely the ones you need in your life at this moment. >> > There is a hidden meaning behind all events, and this hidden meaning >> > is serving your own evolution.” ~Chopra >> > >> > >> > >> > Confidentiality Notice: This e-mail message and any attachments are for >> the sole use of the intended recipient and may contain proprietary, >> confidential, trade secret or privileged information. Any unauthorized >> review, use, disclosure, or distribution is prohibited and may be a >> violation of >> law. If you are not the intended recipient or a person responsible for >> delivering this message to an intended recipient, please contact the sender >> by reply e-mail and destroy all copies of the original message immediately. >> > >> > >> > >> > From: Mark Scott [mailto:[email protected]] >> > Sent: Thursday, February 04, 2010 10:07 AM >> > >> > To: NT System Admin Issues >> > Subject: Printing PDF files >> > >> > >> > >> > Is it just me, or why do PDF files print so much slower than everything >> > else? >> > >> > >> > >> > I have a user who is printing Adobe PDF v1.6 files (Acrobat 7) to a Canon >> imagerunner 5020 copier. User is on a very nice XP SP3 box with the latest >> PCL6 canon driver, printing directly over the network using RAW port >> 9100. The canon copier has 256MB of memory, a 100Mb nic and a few >> finishing options attached. Word and Excel files fly threw the copier at >> normal speeds of 50 pages per min, but the PDF is about half that >> speed. Pausing a second or two between every 2 or 3 pages. The user are >> printing text PDFs only. I’ve taken a windows print server out of the way >> and >> still slow. I have tried different drivers like the latest PS driver, HP LJ >> III, HP LJ >> 4, ect but still slow. I’m leaning towards the copier’s CPU just being >> slow, but >> any tricks out there to help it along? >> > >> > >> > >> > Options currently set: >> > >> > Auto-Rotate & Center is off >> > >> > The only finishing is to offset the pages between print >> > jobs >> > >> > Print quality is set to text (opposed to graphics) >> > >> > >> > >> > TIA, Mark >> > >> > >> > Mark Scott >> > IT Manager >> > +1.919.232.5900 >> > +1.919.232.5901 fax >> > >> > Hughes Pittman & Gupton, LLP >> > 1500 Sunday Drive, Suite 300 >> > Raleigh, North Carolina, 27607 >> > >> > >> > >> > >> > IRS Circular 230 Disclosure: To ensure compliance with requirements >> imposed by the IRS, we inform you that any tax advice contained in this >> communication (including any attachments) was not intended or written to >> be used, and cannot be used, for the purpose of (i) avoiding penalties under >> the Internal Revenue Code or (ii) promoting, marketing or recommending to >> another party any transaction or matter addressed herein. >> > >> > The information transmitted is intended only for the person or entity to >> which it is addressed and may contain confidential and/or proprietary, or >> trade secret, or privileged material. Any review, retransmission, >> dissemination or other use of, or taking of any action in reliance upon, this >> information by persons or entities other than the intended recipient is >> strictly >> prohibited. If you received this in error, please contact the sender and >> delete >> the material from any computer. >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ >> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
