[gdal-dev] Bigger file size from 64-bit than 32-bit

[Joaquim Luis]

I converted with my own gdal64 build (not sure what driver was used to 
read the .jp2 file) and the file is fine, with a size very close to the 
32 bit one.

16-01-2014  15:03         9.824.833 g64bit.tif
16-01-2014  15:00         9.843.738 gdal_translate_32bit.TIF

Joaquim

> Selon Jukka Rahkonen<jukka.rahkonen at mmmtike.fi>:
>
>> Even Rouault<even.rouault<at>  mines-paris.org>  writes:
>>
>>> -->  ouch ! I fail to see any reason why the on-disk format would be
>> affected by
>>> 32 vs 64 bit. You could run "tiffdump" on the generated images to see the
>> offset
>>> and size of the tiles. What is surprising is that the 32 bit JPEG TIF is
>> smaller
>>> than the original JP2. Does it display correctly ?
>>> Does gdalinfo -checksum return the same values ?
>> Ok, the images in this B/W set converted with 64-bit binaries are not only
>> big but they are totally broken. I will need to check the B/W images I have
>> processed so far with these binaries and see if they are all broken. I know
>> that colour images are good and I believe that I have also checked a bunch
>> of B/W images. This certain B/W batch is compressed into JPEG2000 a long
>> time ago with another program and settings than I use nowadays so it can be
>> that other images are not affected. I will tell more after doing some
>> inspections.
>>
>> Originals are compressed as lossless JPEG2000 so it is normal that a jpeg
>> compressed tiff is much smaller.
> What should be determined is if the problem is on the read side (JPEG 2000
> decoding) or at the write side (JPEG in TIFF compression). Perhaps you could
> translate to uncompressed TIFF. My feeling is that the problem must be on the
> read side and that you get more or less random images at each read attempt. You
> could also run gdalinfo -checksum on the JPEG2000 image itself and see if it
> returns a constant value.
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>