On Tue, 17 Sep 2002, James P. Roberts wrote:
> OK, now I'd like to ask a serious question about the graphics... For a
> given "size," which graphic compresses better as a .GIF or .PNG (or
> whatever... heck, let's ask with respect to the "best" compression
> technique for each one - a statement on which format is best for each,
> and why, would also be nice).
Well, that all depends doesn't it--after a design is selected it would
presumably then go through a process of optimisation which could include
tweaking to further optimise the file without compromising the design
concept too much, if at all.
Jim's logos look as though they were optimised already from the
file size, but you'd have to ask him about that. Jennifer's can be
optimised to a similar file size with no real change image quality
(
http://www.sharpblue.com/exim/opt.htm for a very quick test I did), or
could be optimised further and/or in a different file format after some
optimisation tweaking.
Sorry, but since most people know that the rule of thumb is that larger
areas of flat colours tend to make for smaller files (better compression),
I fail to read your post without an underlying tone of "some of the
proposals used gradients, which means they wouldn't compress as
well--unless they were jpegs..." Perhaps I'm just tired, but it is
starting to seem like BITD means there should only be one logo standing
before the voting begins.
> Why all this, you may ask? Because I actually care how many bytes get
> shipped across the internet everytime someone looks at the graphic.
Not to mention the hard drive space when they store it in their browsers
cache. ;)
DG
.%0A>%20%0A>%20Well,%20that%20all%20depends%20doesn't%20it--after%20a%20design%20is%20selected%20it%20would%0A>%20presumably%20then%20go%20through%20a%20process%20of%20optimisation%20which%20could%20include%0A>%20tweaking%20to%20further%20optimise%20the%20file%20without%20compromising%20the%20design%0A>%20concept%20too%20much,%20if%20at%20all.%0A>%20%0A>%20Jim's%20logos%20look%20as%20though%20they%20were%20optimised%20already%20from%20the%0A>%20file%20size,%20but%20you'd%20have%20to%20ask%20him%20about%20that.%20Jennifer's%20can%20be%0A>%20optimised%20to%20a%20similar%20file%20size%20with%20no%20real%20change%20image%20quality%0A>%20(http://www.sharpblue.com/exim/opt.htm%20for%20a%20very%20quick%20test%20I%20did),%20or%0A>%20could%20be%20optimised%20further%20and/or%20in%20a%20different%20file%20format%20after%20some%0A>%20optimisation%20tweaking.%0A>%20%0A>%20Sorry,%20but%20since%20most%20people%20know%20that%20the%20rule%20of%20thumb%20is%20that%20larger%0A>%20areas%20of%20flat%20colours%20tend%20to%20make%20for%20smaller%20files%20(better%20compression),%0A>%20I%20fail%20to%20read%20your%20post%20without%20an%20underlying%20tone%20of%20%22some%20of%20the%0A>%20proposals%20used%20gradients,%20which%20means%20they%20wouldn't%20compress%20as%0A>%20well--unless%20they%20were%20jpegs...%22%20Perhaps%20I'm%20just%20tired,%20but%20it%20is%0A>%20starting%20to%20seem%20like%20BITD%20means%20there%20should%20only%20be%20one%20logo%20standing%0A>%20before%20the%20voting%20begins.%0A>%20%0A>%20>%20Why%20all%20this,%20you%20may%20ask?%20%20Because%20I%20actually%20care%20how%20many%20bytes%20get%0A>%20>%20shipped%20across%20the%20internet%20everytime%20someone%20looks%20at%20the%20graphic.%0A>%20%0A>%20Not%20to%20mention%20the%20hard%20drive%20space%20when%20they%20store%20it%20in%20their%20browsers%0A>%20cache.%20;)%0A>%20%0A>%20DG%0A>%20%0A>%20%0A>%20%0A>%20 "Reply to this message")
