Hi Brian, > > So, in fact it may very well be that the size of the TransferFunction table > > is always at most 3 rows and this definition is right. > > Is the code that loads the transfer function safe? Is there any > possibility of tricking the loading function to try and set the 4th row?
Hum, actually if I understand the specification well, the transfer
function doesn't care about extra samples and supported
PhotometricInterpretations have at most (standard spp) = 3. So, the 4th
(or in general n-th row with n > 3) row is just nonsense and should be
considered as the result of unchecked SamplesPerPixel / ExtraSamples
values.
(only supposing, handle with care :))
Cheers,
Hugo
--
Hugo Lefeuvre (hle) | www.owl.eu.com
4096/ 9C4F C8BF A4B0 8FC5 48EB 56B8 1962 765B B9A8 BACA
signature.asc
Description: PGP signature
