AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
November 2006

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2006.11.30 16:14 "ITULAB JPEG support", by Lee Howard
2006.12.01 11:00 "Re: ITULAB JPEG support", by Leridant Jean-yves
2006.12.01 22:21 "Re: ITULAB JPEG support", by Joris Van Damme
2006.12.05 20:14 "Re: ITULAB JPEG support", by Jean-yves Le Ridant
2006.12.01 22:25 "Re: ITULAB JPEG support", by Joris Van Damme
2006.12.01 23:46 "Re: ITULAB JPEG support", by Lee Howard
2006.12.02 00:30 "Re: ITULAB JPEG support", by Joris Van Damme
2006.12.02 01:36 "Re: ITULAB JPEG support", by Frank Warmerdam

2006.12.01 11:00 "Re: ITULAB JPEG support", by Leridant Jean-yves

> In any case can we not allow dependence on the JPEGCOLORMODE rat's nest of
> hacks to grow, and that's exactly what we would be doing if we allow the
> support for ITULAB to be tied in with LibJpeg.

More and by hell, I don't understand what color process different of 
YCbCr  (in turn nothing), a LibJpeg might apply to ICCLAB or ITULAB ...

However, I perfectly agree with something like trashing-out whatever 
color space conversions below tif_jpeg entry point, (note that now, anyone 
can process color conversion as he want, and then feed codec with it as YCbCr) 
but: elimination of the horrible JPEGCOLORMODE pseudo-tag (and real 
abomination) will not solve ***the*** problem: the demented xxx-subsampling 
tag, that a not too much brain-damaged libtiff would understand for jpeg files, 
as a parameter in the in the same sense that quality factor on the compression 
side, and override to (1,1) on the decompression side (in some way as 
strip_chopping).

--
Jean-Yves Le Ridant