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%.
WebP – A new image format for the Web
51–60 of 60 posts
Re: WebP – A new image format for the Web
#52Earlier 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.
Re: WebP – A new image format for the Web
#53Earlier 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.
Re: WebP – A new image format for the Web
#54Earlier 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.
Your criticisms are based upon nothing.
Re: WebP – A new image format for the Web
#55Earlier 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.
Re: WebP – A new image format for the Web
#56Transparency on lossy compressed images is something that I really crave.
Re: WebP – A new image format for the Web
#57http://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.
Re: WebP – A new image format for the Web
#58Transparency 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!
Re: WebP – A new image format for the Web
#59Earlier 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.
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
#60Earlier 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.
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.