Greetings,
I will try to do some testing in that case to see if it works
but i have some doubts. My tool currently generates planar YCbCr tiff images
and you are right compression is quite good with lzw and predictor.
I have also helped the author of java Twelvemonkeys ImageIO library add read
support for these kinds of images ...
Carl
---- Bob Friesenhahn wrote ----
>On Thu, 12 May 2022, Carl Eric Codere via Tiff wrote:
>
>> Greetings,
>> I wanted to know if libtiff supports YCbCr subsampled planar
>> images? Is it planned, i think it would be good to support it , I tried to
>> use an older version of the library 3.6.1 and it seems it is not supported.
>
>I did not see any response to your question.
>
>There is a sample/test program provided with libtiff sources called
>rgb2ycbcr.c to encode YCbCr TIFF with subsampling, but this does not
>appear to support creating planar/separated TIFF files.
>
>The lack of a utility to encode/decode YCbCr planar images does not
>mean that libtiff does not 'support' it since libtiff is primarily a
>library and applications using libtiff are able to use the tiff
>library to do things that the provided utilities do not support. The
>application using libtiff would need to do YCbCr down/up sampling
>outside of libtiff but nothing should prevent storing the result.
>
>I would immediately agree that planar TIFF may be easier for some
>applications to deal with (depending on the sampling involved), but
>subsampled encoded YCbCr may be easier for other applications to deal
>with.
>
>Simple compression is more likely to work well by default with planar
>representation.
>
>Bob
>--
>Bob Friesenhahn
>[email protected], http://www.simplesystems.org/users/bfriesen/
>GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
>Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
_______________________________________________
Tiff mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/tiff
