🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.lang.postscript
Article #6462

Re: Printing Images

#6462
From: Stephen Zisk
Date: Fri, 22 Jan 1993 15:50
39 lines
2567 bytes
In article <1993Jan21.040931.3054@pdact.pd.necisa.oz.au>,
sfr@pdact.pd.necisa.oz.au (Stephen F. Rothwell) wrote:

> [stuff deleted]
> First question: Is the CCITTFaxDecode filter know to be very slow,
> or are we going about this the wrong way?
My first question: what printer are we dealing with here? I am
asking because I want to know what processor and whose implementation.
CCITT group 4 is somewhat slower to decode than group 3, in general.
This may be offset if you are using a very slow comm channel. You
did not say what printer port (or at what speed) you are using.
 
> [more stuff deleted]
> Second question: Is scaling of large images slow?
Scaling of large images is typoically much slower than simply copying
bits. Again, this depends on the processor and implementation. A slow
clock-speed 68000 with a cartridge implementation will be very slow,
while a high clock-speed RISC machine with an interleaved ROM will be
faster. A controller with a floating point processor, which may include
a faster integer multiply, also could be faster.

> [more stuff deleted]
> Third question: Does the CCITTFaxDecode filter have this bug?
I have not heard of this bug in Adobe implementations. That does
*not* guarantee it is not there, but on the printers I have access
to, I have sent many group 3 and 4 files, and have also used the
printer itself to encode files, and then sent them. The only bug
I have seen is an endianness problem with some group 3 images. This
was a certain piece of software which chose to order the bits within
a byte "backwards" relative to the printer. When I spoke with the
authors, they claimed that since CCITT is made for a serial stream,
there is nothing in the spec about what order bits should fill a
byte. I do not know if this is true.

Stephen Zisk (zisk@adobe.com)  Disclaimer: These are my personal views
Adobe Systems Incorporated     and do not represent the position of
Eastern Regional Office        Adobe Systems Incorporated.
24 New England Exec. Park
Burlington, MA 01803           They pay me but they don't muzzle me!
Technical Details
Message-ID: <zisk-220193103606@macne035.boston.us.adobe.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!olivea!decwrl!adobe!macne035.boston.us.adobe.com!user
References: <1993Jan21.040931.3054@pdact.pd.necisa.oz.au>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!olivea!decwrl!adobe!macne035.boston.us.adobe.com!user
From: zisk@adobe.com (Stephen Zisk)
Newsgroups: comp.lang.postscript
Subject: Re: Printing Images
Message-ID: <zisk-220193103606@macne035.boston.us.adobe.com>
Date: 22 Jan 93 15:50:33 GMT
References: <1993Jan21.040931.3054@pdact.pd.necisa.oz.au>
Sender: usenet@adobe.com (USENET NEWS)
Followup-To: comp.lang.postscript
Organization: Adobe Systems Incorporated
Lines: 39