W3C home > Mailing lists > Public > www-svg@w3.org > October 2004

Re: SVG 1.2 tiny

From: Thomas DeWeese <Thomas.DeWeese@Kodak.com>
Date: Thu, 28 Oct 2004 12:59:27 -0400
Message-ID: <4181256F.8080607@Kodak.com>
To: James Bentley <James.Bentley@guideworkstv.com>
CC: "'Robin Berjon'" <robin.berjon@expway.fr>, www-svg@w3.org

Hi James,

James Bentley wrote:

> GZip is required by Tiny?
> This has 2 negatives. 

> 1, you must unzip to memory - Gzip is not stream compression.

    I guess it's not clear to me exactly what you mean here.
But I would consider deflate compression streamable (deflate is
what gzip is based on), you can decompress an arbitrarily long file
with a fixed working buffer. Assuming you are sending the decompressed
stream to something like a SAXParser (also stream based) you can
interpret the entire file  without ever having the entire document in
memory.

    Note that gzip is not zip.  Zip as I understand it has a table of
contents at the end of the file, although the individual files are
deflate compressed.

> 2, compression and decompression take CPU cycles away from devices that have
> a hard time just doing the animations.

    Unless of course it has hardware support for decompression
(which is increasingly common to support other types of streamed
media).

> I like the binary XML.

    It can be a nice solution if you are in a 'closed' world.
Received on Thursday, 28 October 2004 17:00:41 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 5 February 2014 23:39:55 UTC