Opened 4 years ago
Last modified 8 weeks ago
#292 closed enhancement
add libdeflate support to libTIFF build — at Version 2
Reported by: | Jeff McKenna | Owned by: | Jeff McKenna |
---|---|---|---|
Priority: | critical | Milestone: | 5.0.0 release |
Component: | MS4W - GDAL | Version: | 4.0.4 |
Keywords: | Cc: | TC Haddad | |
Blocked By: | #198 | Blocking: |
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, on the user-side, when this is all added into MS4W.
Of course, the same blocker of PROJ 7 relates to this.
/me wonders if all this major effort of GDAL3+PROJ7+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'.
Change History (2)
comment:1 by , 4 years ago
Blocked By: | 198 added |
---|
comment:2 by , 4 years ago
Description: | modified (diff) |
---|