{"push_id":784883551,"size":1,"distinct_size":1,"ref":"refs/heads/master","head":"331c5cfc95d50894e5d65a980edd90b477f27f3d","before":"2e6d891e2a3da0ee7bda9734589b1a2240d52694","commits":[{"sha":"331c5cfc95d50894e5d65a980edd90b477f27f3d","author":{"email":"f0a1ce6f80112d72f7276457fd261d671b827567@larrygritz.com","name":"Larry Gritz"},"message":"TIFF support a wider range of compression and photometric modes.\n\nThe TIFF reader now correctly notices and reports the full range of\npossible compression modes supported by libtiff. The writer still only\nsupports a subset of them, primarily because nobody needs them and I\ndon't want to bother carefully testing their correctness.\n\nEnable (previously-broken) reading of JPEG-compressed TIFF and YCrCb\nencoded images (even when the chroma is subsampled), as well as LAB and\nLOG encodings. For these rare edge cases we fall back on libtiff's\nTiffReadRGBAImage (for scanline) and TiffReadRGBATile (for tiles). This\nmakes some minor compromises (such as forcing uint8 and in the case of\nscanlines imges, buffering the whole image), but I think it's well worth\nsupporting these with those compromises rather than not at all. I'm not\ngoing to lose sleep over the very minor limitations, for these very\nrarely used corners of TIFF.\n\nAdd support for writing JPEG-compressed TIFF. JPEG compression yields\nfiles that are 1/5 or less the size of our usual \"zip\" compression, but\nbeware that they are lossy, and also that JPEG compression can only be\nused for 8 bit per channel, 3-channel output.\n\nModify the testsuite/tiff-suite test to include several more libtiff\nexample images, for the new modes that we handle ok now.","distinct":true,"url":"https://api.github.com/repos/OpenImageIO/oiio/commits/331c5cfc95d50894e5d65a980edd90b477f27f3d"}]}