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
May 2005

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

2005.05.25 09:52 "Jpeg and YCbCr", by Kelvin Zhong
2005.05.25 10:41 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant
2005.05.26 01:50 "Re: Jpeg and YCbCr", by Kelvin Zhong
2005.05.26 08:37 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant
2005.05.26 10:02 "Re: Jpeg and YCbCr", by Kelvin Zhong
2005.05.26 12:24 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant
2005.05.26 13:03 "Re: Jpeg and YCbCr", by Joris Van Damme
2005.05.26 14:10 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant
2005.05.26 16:23 "Re: Jpeg and YCbCr", by Joris Van Damme
2005.05.26 16:50 "Re: Jpeg and YCbCr", by Bob Friesenhahn
2005.05.26 17:00 "Re: Jpeg and YCbCr", by Joris Van Damme
2005.05.26 19:30 "Re: Jpeg and YCbCr", by Chris Cox
2005.05.26 19:34 "Re: Jpeg and YCbCr", by Bob Friesenhahn
2005.05.26 19:41 "Re: Jpeg and YCbCr", by Chris Cox
2005.05.26 19:38 "Re: Jpeg and YCbCr", by Chris Losinger
2005.05.26 19:43 "Re: Jpeg and YCbCr", by Chris Cox
2005.05.26 19:48 "Re: Jpeg and YCbCr", by Bob Friesenhahn
2005.05.28 18:01 "Re: Jpeg and YCbCr", by Joris Van Damme
2005.05.30 09:42 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant
2005.05.30 10:31 "Re: Jpeg and YCbCr", by Marti Maria
2005.05.30 13:04 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant
2005.05.30 14:39 "Re: Jpeg and YCbCr", by Marti Maria
2005.05.31 18:36 "Re: Jpeg and YCbCr", by Chris Cox
2005.05.31 18:35 "Re: Jpeg and YCbCr", by Chris Cox
2005.05.31 18:54 "Re: Jpeg and YCbCr", by Bob Friesenhahn
2005.05.31 19:00 "Re: Jpeg and YCbCr", by Chris Cox
2005.05.26 08:58 "Re: Jpeg and YCbCr", by Kelvin Zhong
2005.05.26 10:10 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant

2005.05.26 14:10 "Re: Jpeg and YCbCr", by Jean-yves Le Ridant

Joris,

> I've seen JPEG-in-TIFF, with Photometric indicating YCbCr, and
> SamplesPerPixel=1. The JPEG data, in this case, had a single channel, as
> expected. The results when interpreting this channel as the Y component of YCbCr
> were fine.
>
> I've also seen TIFFs with Photometric indicating L*a*b*, and SamplesPerPixel=1.
> The single channel, interpreted as the L* component of L*a*b*, made perfect
> sense, visually.
>
> In my humble opinion, if a multichannel colorspace start with a brightness
> channel, and the SamplesPerPixel value equals 1, that is a unambigious
> situation, and may be preferable over storing grayscale as full YCbCr.

Yes, but do this conform to TIFF specifications ?

> However, I've seen jpeg compression of CIE L*a*b*, and to me that *does* make
> perfect sense. L*a*b* is a colorspace with a brightness channel and two chroma
> channels, just like YCbCr. But there's good reason to assume L*a*b* is more
> perceptually uniform compared to YCbCr, so that actually makes it technically
> *more* suitable to be used as input for the JPEG compression algorithm... There
> is also ITULAB, a color-fax oriented standard for encoding L*a*b* in JPEG (and
> in JPEG-in-TIFF).

I agree that LABs colorspace could be seen as "the" colorspace for
jpeg compression, and ICCLAB and/or ITULAB are perfect.
The problem is with tif's PHOTOMETRIC_CIELAB continous tones *signed*
representation which are, for now, without special case,
traited as unsigned value by jpeg compressor/decompressor.
A slight "2 or 3" difference around "128" unsigned values,
can cause at the end, a differences like +/- 125 in signed vals.

> As a sidenode, people, please, would you consider posting more uniformly? You
> guys are forcing me to do a lot of post-editing on your mails to ensure uniform
> appearance in the archive

Is it ok like this ?

--
Jean-Yves