12

I have a GZIPInputStream that I constructed from another ByteArrayInputStream. I want to know the original (uncompressed) length for the gzip data. Although I can read to the end of the GZIPInputStream, then count the number, it will cost much time and waste CPU. I would like to know the size before read it.

Is there a similiar method like ZipEntry.getSize() for GZIPInputStream:

public long getSize ()
Since: API Level 1
Gets the uncompressed size of this ZipEntry.

Audrius Meškauskas
  • 20,936
  • 12
  • 75
  • 93
David Guo
  • 1,749
  • 3
  • 20
  • 30
  • Note that GZIP only safes the size modulu 2^32 (i.e. it only stores the lower 32 bit of the size, in a field named ISIZE). *If* your data is potentially bigger than 4 GB, then that information won't help you. – Joachim Sauer Sep 06 '11 at 08:55
  • To continue in that vein, there are two _other_ reasons that the last four bytes are not a reliable measure of the uncompressed data, even for small files. The only reliable way is to decompress the stream and count the bytes. – Mark Adler Apr 06 '18 at 19:35

8 Answers8

9

It is possible to determine the uncompressed size by reading the last four bytes of the gzipped file.

I found this solution here:

http://www.abeel.be/content/determine-uncompressed-size-gzip-file

Also from this link there is some example code (corrected to use long instead of int, to cope with sizes between 2GB and 4GB which would make an int wrap around):

RandomAccessFile raf = new RandomAccessFile(file, "r");
raf.seek(raf.length() - 4);
byte b4 = raf.read();
byte b3 = raf.read();
byte b2 = raf.read();
byte b1 = raf.read();
long val = ((long)b1 << 24) | ((long)b2 << 16) | ((long)b3 << 8) | (long)b4;
raf.close();

val is the length in bytes. Beware: you can not determine the correct uncompressed size, when the uncompressed file was greater than 4GB!

Gilles 'SO- stop being evil'
  • 104,111
  • 38
  • 209
  • 254
  • 2
    As per the [original GZIP format specification](http://www.zlib.org/rfc-gzip.html): "A gzip file consists of a series of "members" (compressed data sets). The format of each member is specified in the following section. The members simply appear one after another in the file, with no additional information before, between, or after them." Therefore if your gzip file contains more than one "member", you are reading only the size of last "member" in those four bytes. – Oleg Muravskiy Jul 25 '18 at 11:49
  • if you know you only have one "member" then I guess this would be an acceptable answer though. – rollsch Jan 27 '20 at 07:03
7

Based on @Alexander's answer:

RandomAccessFile raf = new RandomAccessFile(inputFilePath + ".gz", "r");
raf.seek(raf.length() - 4);
byte[] bytes = new byte[4];
raf.read(bytes);
fileSize = ByteBuffer.wrap(bytes).order(ByteOrder.LITTLE_ENDIAN).getInt();
if (fileSize < 0)
  fileSize += (1L << 32);
raf.close();
Jayen
  • 5,653
  • 2
  • 44
  • 65
  • Works, however I find that the length returned is almost exactly the .length() of the compressed file less than the final uncompressed size. – hunterp Oct 19 '12 at 02:36
2

There is no reliable way to get the length other than decompressing the whole thing. See Uncompressed file size using zlib's gzip file access function .

Community
  • 1
  • 1
Mark Adler
  • 101,978
  • 13
  • 118
  • 158
2

If you can guess at the compression ratio (a reasonable expectation if the data is similar to other data you've already processed), then you can work out the size of arbitrarily large files (with some error). Again, this assumes a file containing a single gzip stream. The following assumes the first size greater than 90% of the estimated size (based on estimated ratio) is the true size:

estCompRatio = 6.1;
RandomAccessFile raf = new RandomAccessFile(inputFilePath + ".gz", "r");
compLength = raf.length();
byte[] bytes = new byte[4];
raf.read(bytes);
uncLength = ByteBuffer.wrap(bytes).order(ByteOrder.LITTLE_ENDIAN).getInt();
raf.seek(compLength - 4);
uncLength = raf.readInt();
while(uncLength < (compLength * estCompRatio * 0.9)){
  uncLength += (1L << 32);
}

[setting estCompRatio to 0 is equivalent to @Alexander's answer]

gringer
  • 39
  • 5
2

A more compact version of the calculation based on the 4 tail bytes (avoids using a byte buffer, calls Integer.reverseBytes to reverse the byte order of read bytes).

private static long getUncompressedSize(Path inputPath) throws IOException
{
    long size = -1;
    try (RandomAccessFile fp = new RandomAccessFile(inputPath.toFile(), "r")) {        
        fp.seek(fp.length() - Integer.BYTES);
        int n = fp.readInt();
        size = Integer.toUnsignedLong(Integer.reverseBytes(n));
    }
    return size;
}
Michail Alexakis
  • 1,405
  • 15
  • 14
2

Is there a similiar method like ZipEntry.getSize() for GZIPInputStream

No. It's not in the Javadoc => it doesn't exist.

What do you need the length for?

user207421
  • 305,947
  • 44
  • 307
  • 483
  • I tend to agree with this. Even the GZip docs state it can't find the uncompressed size for all files - http://www.gnu.org/software/gzip/manual/gzip.html#Invoking-gzip. You could use `--list` to get the uncompressed size, but that probably 'wastes' the same CPU as you would reading with Java. – Paul Grime Sep 06 '11 at 09:41
  • After think again, it seems useless for me. – David Guo Sep 06 '11 at 09:54
  • 1
    I am working for a ebook(Gzipformat). every chapter is a GZIP, I would like to know the total length of the book for reading percent computation. – David Guo Sep 06 '11 at 10:04
  • @David Guo doing that computation on the gzipped lengths would probably be accurate enough. – user207421 Sep 06 '11 at 22:25
0

Get the FileChannel from the underlying FileInputStream instead. It tells you both file size and current position of the compressed file. Example:

@Override
public void produce(final DataConsumer consumer, final boolean skipData) throws IOException {
    try (FileInputStream fis = new FileInputStream(tarFile)) {
        FileChannel channel = fis.getChannel();
        final Eta<Long> eta = new Eta<>(channel.size());
        try (InputStream is = tarFile.getName().toLowerCase().endsWith("gz")
            ? new GZIPInputStream(fis) : fis) {
            try (TarArchiveInputStream tais = (TarArchiveInputStream) new ArchiveStreamFactory()
                .createArchiveInputStream("tar", new BufferedInputStream(is))) {

                TarArchiveEntry tae;
                boolean done = false;
                while (!done && (tae = tais.getNextTarEntry()) != null) {
                    if (tae.getName().startsWith("docs/") && tae.getName().endsWith(".html")) {
                        String data = null;
                        if (!skipData) {
                            data = new String(tais.readNBytes((int) tae.getSize()), StandardCharsets.UTF_8);
                        }
                        done = !consumer.consume(data);
                    }

                    String progress = eta.toStringPeriodical(channel.position());
                    if (progress != null) {
                        System.out.println(progress);
                    }
                }
                System.out.println("tar bytes read: " + tais.getBytesRead());
            } catch (ArchiveException ex) {
                throw new IOException(ex);
            }
        }
    }
}
user1050755
  • 11,218
  • 4
  • 45
  • 56
-1

No, unfortunately if you wanted to get the uncompressed size, you would have to read the entire stream and increment a counter like you mention in your question. Why do you need to know the size? Could an estimation of the size work for your purposes?

GreenieMeanie
  • 3,560
  • 4
  • 34
  • 39