Hi, I've just pushed in libtiff upstream, and its internal copy in GDAL, support for zstandard/ zstd compression , and the appropriate changes in the GDAL GeoTIFF driver. This requires building libtiff (or GDAL with its internal libtiff copy) against libzstd >= 1.0 My findings are that single-core compression is at least twice faster with zstd than with deflate, for equivalent or better compression rate. Decompression is a bit faster, but not that significantly.
So a compelling use case for zstd is potentially in complex processing chains where you have many intermediate internal products. At that point of adoption, I'd not recommend it for consumer-facing products. Even  https://github.com/facebook/zstd -- Spatialys - Geospatial professional services http://www.spatialys.com
_______________________________________________ gdal-dev mailing list email@example.com https://lists.osgeo.org/mailman/listinfo/gdal-dev