PDF slows IP printer (mostly xp, some mac)

[vjp2.at]

Prinitng PDF files slows down many IP network printers IMMENSELY.
Shouldn't there be a way to preprocess the postscript.
Also, sometimes in these mass printers small jobs get lost
so it would be cool to aggregate all the printouts into one job.


Some of these sites say they can buy $12k job billing software but it
only sideways satifies their goals. Isn't there something on
sourceforge.net or gnu.org that does this better and cheaper?

- = -
Vasos-Peter John Panagiotopoulos II, Columbia'81+, Bio$trategist
BachMozart ReaganQuayle EvrytanoKastorian
---{Nothing herein constitutes advice. Everything fully disclaimed.}---

 

[mbriskey]

I am having problems with this as well. I have searched all over the
web and found nothing to help me just people saying this is a problem.
Does anyone have a solution?

Matt Briskey
Frostburg State University

 

[::Your Name Here::]

Prinitng PDF files slows down many IP network printers IMMENSELY.
Shouldn't there be a way to preprocess the postscript.
Also, sometimes in these mass printers small jobs get lost
so it would be cool to aggregate all the printouts into one job.


Some of these sites say they can buy $12k job billing software but it
only sideways satifies their goals. Isn't there something on
sourceforge.net or gnu.org that does this better and cheaper?

- = -
Vasos-Peter John Panagiotopoulos II, Columbia'81+, Bio$trategist
BachMozart ReaganQuayle EvrytanoKastorian
---{Nothing herein constitutes advice. Everything fully disclaimed.}---

Details?
What size PDF's?
Are you using "print as image"?
What OS?
What make and version of PDF reader?
What printer?
What type of IP network printers, Standard TCP/IP or LPR?
Why would you want to pre-process PostScript (assuming you have a
PostScript printer)?

There are lots (OK, a few) ways to aggregate smaller print jobs into a
single, large print job, but once again it depends on the printer, the
RIP (if it has one), the OS, the software you are using to view and
print the PDF's with, ...

As for the job billing software...
Can you be a bit more specific?
Are you after something that says e.g. there are 126 b/w pages and 32
colour pages in this job, therefore the costs are blah and the retail
price will be blah, or are you after transactional billing software that
actually prints the bills?

 

[mbriskey]

The problem that I am having is that one computer running adobe acrobat
7.0.5 will print a pdf. It will take 2 - 4 minutes to print the first
page and then 2-4 minutes to print every page there after. All of the
other computers in the office print pdfs to the same printer fine but
they are using various versions of adobe reader. This happens with any
size pdf. Print image is not activated on the slow printing computer.
The computer was running windows 2000 so I figured that was the problem
it is now running xp and is doing exactly the same thing. The printer
is a HP 5MXSI hooked to a HP laser jet direct box using tcp/ip from our
printer server. But as I stated earlier the printer prints instantly
for all the other machines in the office. Here is the weird thing
though that throws a wrench in everything. I can print from adobe
acrobat on the problem computer to a HP4250 and it works. Any ideas?

Matt Briskey
Frostburg State University

 

[vjp2.at]

One thing that seems to have worked faster after my post is if I
set 4-sided (print two pages one side, two page sother, so four pages
per sheet) from Adobe instead of the Print command. But I'm not
sure. It may just have been that the user load was low.

I'm just a "user" here but I promised a friend who works for the
"center" I'd ask around. This has happened to me at multiple,
unrelated/unaffiliated "centers", though.

- = -
Vasos-Peter John Panagiotopoulos II, Columbia'81+, Bio$trategist
BachMozart ReaganQuayle EvrytanoKastorian
http://ourworld.compuserve.com/homepages/vjp2/vasos.htm
---{Nothing herein constitutes advice. Everything fully disclaimed.}---
[Urb sprawl confounds terror] [Remorse begets zeal] [Windows is for Bimbos]
[Homeland Security means private firearms not lazy obstructive guards]

 

[vjp2.at]

In <[email protected]>
by ::Your Name Here:: <"::Your Name Here::"@dotcomdotaudotcom> on
Fri, 27 Jan 2006 09:56:40 +1100 we perused:

These are typically "federalised" not centralised environments..
(Labs, consultancies, CPAs, lawyers, academics..
anyone a sole practitioner like me can bum off of)

*+-What size PDF's?

10-70 pages (these are usually scholarly journal articles from
jstor.org) If you print a 2pg article and every
one else is doing 25pg jobs, your article gets lost in the bin,
which is why it's worth aggregating them into one job.
(I use a watermark to find my jobs quickly)

*+-Are you using "print as image"?

Dunno

*+-What OS?

Mostly XP, some 2000, 98, macs

*+-What make and version of PDF reader?

Usually current or 1-2 versions older

*+-What printer?

Mostly HP

*+-What type of IP network printers, Standard TCP/IP or LPR?
*+-Why would you want to pre-process PostScript (assuming you have a
*+-PostScript printer)?

*+-There are lots (OK, a few) ways to aggregate smaller print jobs into a
*+-single, large print job, but once again it depends on the printer, the
*+-RIP (if it has one), the OS, the software you are using to view and
*+-print the PDF's with, ...

*+-As for the job billing software...
*+-Can you be a bit more specific?

No color. Not retail. Internal billing. ie user gets like 100pgs/day max.
Probably should give discount for two-sided, econo-mode, 600dpi.
(ie, count each of those features as halving the cost, so your 100 pgs
become 800 if you use all those features)

*+-Are you after something that says e.g. there are 126 b/w pages and 32
*+-colour pages in this job, therefore the costs are blah and the retail
*+-price will be blah, or are you after transactional billing software that
*+-actually prints the bills?

- = -
Vasos-Peter John Panagiotopoulos II, Columbia'81+, Bio$trategist
BachMozart ReaganQuayle EvrytanoKastorian
http://ourworld.compuserve.com/homepages/vjp2/vasos.htm
---{Nothing herein constitutes advice. Everything fully disclaimed.}---
[Urb sprawl confounds terror] [Remorse begets zeal] [Windows is for Bimbos]
[Homeland Security means private firearms not lazy obstructive guards]

 

[Fetch, Rover, Fetch]

One thing that seems to have worked faster after my post is if I
set 4-sided (print two pages one side, two page sother, so four pages
per sheet) from Adobe instead of the Print command. But I'm not
sure. It may just have been that the user load was low.

I'm just a "user" here but I promised a friend who works for the
"center" I'd ask around. This has happened to me at multiple,
unrelated/unaffiliated "centers", though.

- = -
Vasos-Peter John Panagiotopoulos II, Columbia'81+, Bio$trategist
BachMozart ReaganQuayle EvrytanoKastorian
http://ourworld.compuserve.com/homepages/vjp2/vasos.htm
---{Nothing herein constitutes advice. Everything fully disclaimed.}---
[Urb sprawl confounds terror] [Remorse begets zeal] [Windows is for Bimbos]
[Homeland Security means private firearms not lazy obstructive guards]

I came late to this discussion -
BUT -

I can think on one simple thing

POSTSCRIPT

PDFs *are postscript

if the printer you are using is NOT a postscript printer (an inkjet for
example), or any HP (postscript is emulated on HP. based on PCL5?).

In the case of an inkjet type printer the originating computer is then
asked to do a *LOT* of the processing - with a significant amount of
network useage to go along with it.

If it is an HP then the printer has to so a lot of work translating from
postscript to PCL to do the actual printing.

Add to that if you are printing '2 up' or more and letting the printer
do the sizing calculations you are further increasing the load on the
printer (HP), or increasing the traffic and local computer cpu load for
an inkjet.

So it would be better to to do '2 up' or more printing with the
originating computer (page setup) rather than at the printer (print dialogs)