id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	blockedby	blocking
292	add libdeflate support to libTIFF build	Jeff McKenna	Jeff McKenna	" - 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'.
  "	enhancement	closed	critical	5.0.0 release	MS4W - GDAL	4.0.4	fixed		TC Haddad	211