Live data from Hacker News

WebP – A new image format for the Web

developers.google.com

51–60 of 60 posts

Re: WebP – A new image format for the Web

#51

Earlier quoted context omitted.

It took longer than that for png to stick.

You missed my point. Technology is not the reason WebP is probably going nowhere. Apple, Microsoft and Firefox for whatever reason (politics/principle) either won't support defacto standards or have to be dragged kicking and screaming into doing so (see SPDY). And without those three you are never going to get above 45%.

Mozilla's adoption of SPDY shows that they (we) are not dogmatically refusing Chrome innovations.

Re: WebP – A new image format for the Web

#52
post #48

Earlier quoted context omitted.

Alpha channel should be non-lossy compressed AFAIK.

"should" as in it's your opinion? From the docs it looks like the alpha channel can be encoded lossy as well. https://developers.google.com/speed/webp/docs/cwebp#options -alpha_q int Specify the compression factor for alpha compression between 0 and 100. Lossless compression of alpha is achieved using a value of 100, while the lower values result in a lossy compression. The default is 100.

"should" as in "I remember reading something about it". Makes sense, if that's default. Anyway, thanks for pointing that out!

Re: WebP – A new image format for the Web

#53
post #34

Earlier quoted context omitted.

Why does the absolute filesize of SVG matter? Nearly all web servers will compress it before putting it on the wire.

It's not just the filesize, it's also the rendering speed. I'm not saying SVG is terrible, I'm just pointing out there's probably room for a smaller vector format that's more focused on the needs of modern websites.

[deleted]

Re: WebP – A new image format for the Web

#54
post #34

Earlier quoted context omitted.

Why does the absolute filesize of SVG matter? Nearly all web servers will compress it before putting it on the wire.

It's not just the filesize, it's also the rendering speed. I'm not saying SVG is terrible, I'm just pointing out there's probably room for a smaller vector format that's more focused on the needs of modern websites.

SVG is astonishingly concise. Most renderers are remarkably efficiently. It is very gzippable.

Your criticisms are based upon nothing.

Re: WebP – A new image format for the Web

#55

Earlier quoted context omitted.

It's not just the filesize, it's also the rendering speed. I'm not saying SVG is terrible, I'm just pointing out there's probably room for a smaller vector format that's more focused on the needs of modern websites.

SVG is astonishingly concise. Most renderers are remarkably efficiently. It is very gzippable. Your criticisms are based upon nothing.

Astonishingly concise? SVG is based on XML, I don't think I've ever seen XML and 'astonishingly concise' in the same sentence before, congratulations for being the first. Besides, I've already pointed to another vector format that is far more concise, just by way of example. SVG is versatile, a jack of all trades if you will, but concise it is not.

Re: WebP – A new image format for the Web

#57

http://caniuse.com/webp Webp support in other browsers than Chrome is virtually nonexistent. However if a big chunk of your audience browses from Chrome, you could serve Webp today. It can be done in a browser neutral manner by looking at the Accept header.

For IE you can serve JPEG-XR http://caniuse.com/jpegxr and for Safari JPEG 2000.

Re: WebP – A new image format for the Web

#58
post #8

Transparency on lossy compressed images is something that I really crave.

WebP's support for animation is also great. Like animated GIFs, but in true colour with VP8 compression and optional transparency!

It's not really VP8 compression, as in the full video codec. But it's neat regardless.

Re: WebP – A new image format for the Web

#59

Earlier quoted context omitted.

SVG is astonishingly concise. Most renderers are remarkably efficiently. It is very gzippable. Your criticisms are based upon nothing.

Astonishingly concise? SVG is based on XML, I don't think I've ever seen XML and 'astonishingly concise' in the same sentence before, congratulations for being the first. Besides, I've already pointed to another vector format that is far more concise, just by way of example. SVG is versatile, a jack of all trades if you will, but concise it is not.

>SVG is based on XML, I don't think I've ever seen XML and 'astonishingly concise' in the same sentence before, congratulations for being the first.

The rudiments of the vector description is extremely concise. That it is XML is superficially irrelevant, and if you really think the text markers are so important, consider it a highly compressible binary format via GZIP. Ultimately it doesn't matter.

I've never seen any metric that holds SWF as being more efficient than real-world SVG.

Re: WebP – A new image format for the Web

#60

Earlier quoted context omitted.

> a more compact vector image format would be welcome SWF. It's more than just a vector image format, but it is far better than SVG in terms of both filesize and resources required to render. Too bad for the "Flash hater's stigma" and the direction Adobe took their player after the acquistion... although there are now a few other alternatives including Mozilla's Shumway.

SWF as an image format also requires a client side runtime be installed. A runtime with spotty cross platform performance and a poor security track record at that. The distaste for Flash is pretty well justified, I'll take the larger and slower SVGs over Flash any day.

There's this: http://mozilla.github.io/shumway/

Also, since Adobe removed the restrictions on creating programs to display Flash content a few years ago, there's nothing stopping others from writing a minimal, image-only SWF plugin.

Post reply on HN