add libdeflate support to libTIFF build
|Reported by:||Jeff McKenna||Owned by:||Jeff McKenna|
|Component:||MS4W - GDAL||Version:||4.0.4|
Description (last modified by )
- this is potentially a major speed improvement (35-50%)
- will require:
- compiled libdeflate (in itself a challenge, from my initial research) : https://github.com/ebiggers/libdeflate
- a recent libTIFF with this change: https://gitlab.com/libtiff/libtiff/-/merge_requests/158
- future GDAL 3.2.0 with this change, so GDAL can take advantage of libdeflate: https://github.com/OSGeo/gdal/pull/3068
Some interesting speed comparisons with Zstandard compression (which was added to the MS4W 4.0.4 release) and libdeflate in this comment: https://github.com/OSGeo/gdal/pull/3068#issuecomment-710037119
So, MS4W users can choose from either compression/decompression method, on the user-side, when this is all added into MS4W.
Of course, the same blocker of GDAL3 /PROJ relates to this.
/me wonders if all this major effort of GDAL3+PROJ+libdeflate+MapServer+FastCGI+PROJ-network-setup should absolutely be funded. I am facing a month's effort on this probably, and likely will be the first MapServer distribution to distribute/tackle all this, for users (as usual).
Setting the priority of this ticket to 'critical'.