Opened 4 years ago
Last modified 8 weeks ago
#292 closed enhancement
add libdeflate support to libTIFF build — at Initial Version
| 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: | Blocking: |
Description
- this is potentially a major speed improvement (35-50%)
- will require:
- 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'.
Note:
See TracTickets
for help on using tickets.
