2000.01.29 01:15 "tiff2ps: G4 compression in PostScript]", by Paul Kaiser
-
2000.01.29 09:48 "Re: tiff2ps: G4 compression in PostScript]", by Frank D. Cringle
-
2000.01.29 16:12 "Re: tiff2ps: G4 compression in PostScript]", by Paul Kaiser
-
2000.01.29 17:03 "G4 and DCT documentation [was: tiff2ps: G4 compression in PostScript]", by Tom Kacvinsky
- 2000.02.01 04:16 "Re: G4 and DCT documentation [was: tiff2ps: G4 compression in PostScript]", by Tom Lane
- 2000.01.29 19:27 "Re: tiff2ps: G4 compression in PostScript]", by Stanislav Brabec
- 2000.01.31 10:45 "Re: tiff2ps: G4 compression in PostScript]", by Martin Bailey
-
2000.01.29 17:03 "G4 and DCT documentation [was: tiff2ps: G4 compression in PostScript]", by Tom Kacvinsky
-
2000.01.29 16:12 "Re: tiff2ps: G4 compression in PostScript]", by Paul Kaiser
- 2000.01.29 18:27 "Re: tiff2ps: G4 compression in PostScript]", by Helge Blischke
- 2000.02.01 21:38 "Re: tiff2ps: G4 compression in PostScript]", by Paul Kaiser
2000.01.29 17:03 "G4 and DCT documentation [was: tiff2ps: G4 compression in PostScript]", by Tom Kacvinsky
Well, good luck finding out whether Adobe has determined it has to be "this way." If I am not mistaken, the problem with DCTDecode filter in Adobe CPSI is this (from GS's gsjmorec.h):
/*
* Read "JPEG" files with up to 64 blocks/MCU for Adobe compatibility.
* Note that this #define will have no effect in pre-v6 IJG versions.
*/
#define D_MAX_BLOCKS_IN_MCU 64
whereas the standard for blocks/MCU is lower (I think). As far as I know, this was (is) undocumented.
Tom Lane and/or L. Peter Deutsch can probably give more details to what I just wrote.
Tom