<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> * 4-band, 8-bit sources are assumed to be RGBA; band 4 (if present) is<br>
> assumed to be an alpha channel and is extracted as the mask.<br>
<br>
This can be dangerous guessing. Why not checking the band color interpretation <br>
(or ExtraSample in TIFF parlance) ?<br></blockquote><div><br></div><div>Agreed. That's been a TODO, but I haven't gotten to it yet.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For people not too much concerned about interoperability and using recent GDAL <br>
+ libtiff (recent libtiff here means a checkout from git, or using the <br>
internal libtiff copy in GDAL sources), I'd suggest using ZSTD, which will <br>
save a lot of CPU time for the same compression rate as DEFLATE.<br></blockquote><div><br></div><div>The GDAL Docker image at <a href="http://quay.io/mojodna/gdal:v2.3.0">quay.io/mojodna/gdal:v2.3.0</a> includes ZSTD support, if anyone wants to experiment with it (along with nghttp for HTTP/2 support and libjpeg-turbo, to take advantage of decoding optimizations).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> I've compared data from Planet with re-transcoded sources using this<br>
> pipeline; Planet's compression ratios are better, potentially because they<br>
> use LZW rather than DEFLATE (and potentially a higher ZLEVEL; though I just<br>
> changed that in marblecutter-tools).<br>
<br>
That would be news to me that LZW is better than DEFLATE. To compare apples to <br>
apples, you should make sure to use the same settings of ZLEVEL and PREDICTOR. <br>
DEFLATE is supposed to be more efficient (compression-wise) than LZW due to <br>
the extra stage of Huffman compression.<br>
For what I know, the use of LZW is essentially governed by the need of better <br>
interoperability since there are commercial software not able to consume <br>
DEFLATE compressed TIFF.</blockquote><div><br></div><div> I'll check this again; it's probably due to ZLEVEL (I was using 6; I'm guessing Planet has it cranked up to 9).</div><div><br></div><div>seth </div></div></div>