Yes but there is Generic compatible memory available for most of their printers that is considerably cheaper and works in most cases.
-----Original Message----- From: Steven M. Caesare [mailto:[email protected]] Sent: Thursday, February 04, 2010 11:16 AM To: NT System Admin Issues Subject: RE: Printing PDF files 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/> ~
