#2903 closed defect (worksforme)
Creating a large GIF file will fail and give a generic error message.
| Reported by: | gaopeng | Owned by: | warmerdam |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | GDAL_Raster | Version: | 1.6.0 |
| Severity: | normal | Keywords: | GIF |
| Cc: |
Description
This size limit is not a hard number, and seems to depend on machine. On one of my machines I cannot create a GIF larger than 300MB (uncompressed), and on my other machine the limit seems to be 450MB (uncompressed). Either way, this limit is way to low, since we claim to support upto 2GB (uncompressed).
Change History (3)
comment:1 by , 15 years ago
| Owner: | changed from to |
|---|
comment:2 by , 14 years ago
| Keywords: | GIF added |
|---|---|
| Resolution: | → worksforme |
| Status: | new → closed |
Gao,
I just tested this on my system and I was able to write a 50000 x 50000 GIF file (2.5GB uncompressed) without RAM use rising about 12MB or virtual memory rising over 100MB for the process. This was on linux with and without interlacing enabled. I tried trunk and the 1.6-esri branch.
I reviewed the GIFDataset::CreatCopy() method and it transfers the data one scanline at a time, so I don't really know why you are encountering problems.
Please reopen if the problem still occurs for you.
(I've corrected Frank Warmerdam's osgeo id)