#5999 closed defect (fixed)
GDAL 2.0.0RC1 produces too large compressed GeoTIFF (sometimes)
| Reported by: | Even Rouault | Owned by: | Even Rouault |
|---|---|---|---|
| Priority: | normal | Milestone: | 2.0.0 |
| Component: | default | Version: | unspecified |
| Severity: | normal | Keywords: | |
| Cc: |
Description
When converting from a file whose block size is larger than the target block size (for example 256x256 --> strip ), with interleave=pixel output, a strip can get rewritten several times, leading to a too large file. For example compressing a tiled BMNG file to DEFLATE stripped can generate a file of 707 MB instead of 486 MB. This is a 2.0 regression due to changes in GDALRasterBlock::Internalize(). While investigating that, there was also a older defect of the GeoTIFF driver, that was hard to trigger, where consecutive IWriteBlock() of same block coord cordinates but in different bands lead to the buffer being flushed too early
Change History (2)
comment:1 by , 9 years ago
| Milestone: | → 2.0 |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
trunk r29333, branches/2.0 r29334 "GTiff/block cache: fix creation of pixel interleaved multiband files (2.0 regression, #5999)"