summaryrefslogtreecommitdiff
path: root/gpdl/gpdl.mak
diff options
context:
space:
mode:
authorRobin Watts <Robin.Watts@artifex.com>2019-11-26 14:35:05 +0000
committerRobin Watts <Robin.Watts@artifex.com>2019-11-27 16:15:07 +0000
commitb772aaf901a3cd37baf5c06eb141c689829bf673 (patch)
tree4c815230a99c66d8e18ebf69782fb8e952d09ed6 /gpdl/gpdl.mak
parentc9ed069d86f291dc3118ee96f76765432ac478e3 (diff)
downloadghostpdl-b772aaf901a3cd37baf5c06eb141c689829bf673.tar.gz
Bug 701949: Add 'omitEOD' flag to RLE compressor and use for PXL.
It turns out that some printers (Samsung ML-2250 and Canon ImageRunner iRC2380i at least) object to the EOD byte appearing in RLE data in PXL streams. Ken kindly checked the PXL spec for me, and found that: "The PXL spec does say a control code of -128 is ignored and not included in the decompressed data and the byte following a control byte of 128 (I assume they mean -128 here) is treated as the next control byte. And PCL only uses RLE data for images, so they do know how much data they expect." Thus, the conclusion we reached is that PCL/PXL don't need (indeed, really does not want) the EOD byte. The Postscript spec clearly defines the EOD byte though. Rather than break the streams for postscript, we introduce a flag 'omitEOD' that can be set for the encoder when we want to produce a stream for use with PCL/PXL.
Diffstat (limited to 'gpdl/gpdl.mak')
0 files changed, 0 insertions, 0 deletions