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
April 2012

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

2012.04.24 16:26 "YCbCr/JPEG issue in 4.0.1", by John Evans
2012.04.24 16:44 "Re: YCbCr/JPEG issue in 4.0.1", by Frank Warmerdam
2012.04.24 19:03 "Re: YCbCr/JPEG issue in 4.0.1", by John Evans
2012.04.24 19:19 "Re: YCbCr/JPEG issue in 4.0.1", by Even Rouault
2012.04.27 15:35 "Re: YCbCr/JPEG issue in 4.0.1", by Charles Auer
2012.04.27 17:07 "Re: YCbCr/JPEG issue in 4.0.1", by Joris Van Damme
2012.04.27 18:57 "Re: YCbCr/JPEG issue in 4.0.1", by John Evans
2012.04.28 01:58 "Re: YCbCr/JPEG issue in 4.0.1", by Charles Auer
2012.05.02 09:51 "Re: YCbCr/JPEG issue in 4.0.1", by Charles Auer
2012.05.03 21:58 "Re: YCbCr/JPEG issue in 4.0.1", by Joris Van Damme
2012.04.28 09:28 "Re: YCbCr/JPEG issue in 4.0.1", by Joris Van Damme
2012.04.28 09:46 "Re: YCbCr/JPEG issue in 4.0.1", by Joris Van Damme
2012.04.28 15:10 "Re: YCbCr/JPEG issue in 4.0.1", by Charles Auer
2012.04.28 16:26 "Re: =?windows-1256?q?YCbCr/JPEG_issue_in_4=2E0=2E1=FE?=", by Charles Auer
2012.05.01 12:52 "Re: YCbCr/JPEG issue in 4.0.1", by Joris Van Damme

2012.04.24 16:44 "Re: YCbCr/JPEG issue in 4.0.1", by Frank Warmerdam

John,

It sounds like you ought to file a ticket on this.  It may be that
the changed behavior is intentional.  If the tag isn't really there
but is deduced for processing it may be that it is not considered
desirable to expose it as if it were really a tag.

On the other hand, this might well just be an unintentional side
effect of other changes.  Certainly this area is super fragile.

Does this break normal processing of the image?  For instance
does tiff2rgba fail?

Best regards,

On Tue, Apr 24, 2012 at 9:26 AM, John Evans <john.evans@mathworks.com> wrote:
> I'm seeing an issue in 4.0.1 regarding jpeg-compressed YCbCr tiffs that wasn't
> present in 3.9.5.   A 4.0.1 client such as tiffinfo doesn't seem to print out
> the TIFFTAG_YCBCRSUBSAMPLING value on a tiff when the library has to "sniff out"
> the subsampling values from the JPEG datastream, whereas a 3.9.5-based tiffinfo
> does.  "quad-jpeg.tif" is an example file where this happens.
>
> When digging deeper, the TIFFGetField library routine fails on the subsampling
> tag on quad-jpeg.tif in 4.0.1 whereas it succeeds in 3.9.5.  I've tried
> debugging further, but I get a bit lost when the library code gets into the
> TIFFFieldSet macro, which is where TIFFGetField  is failing.  In 3.9.5, the
> code looks like it would continue on into JPEGVGetField, but in 4.0.1 this
> function is missing the case for TIFFTAG_YCBCRSUBSAMPLING, which makes me
> think that I'm missing something blindingly obvious here?
>
> I did NOT run the configure script in 4.0.1 with "--disable-check-ycbcr-
> subsampling" option :-)
> _______________________________________________
> Tiff mailing list: Tiff@lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/tiff
> http://www.remotesensing.org/libtiff/



-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer