Live data from Hacker News

A new PNG spec

programmax.net

181–190 of 622 posts

Re: A new PNG spec

#181

Earlier quoted context omitted.

> and the abysmal everyday use it gets Estimates are that 95% of Internet users have a browser that supports WebP and that ~25% of the top million websites serve WebP images. I wouldn't call that abysmal.

You can't even upload webp to instagram.

Which makes sense for an app made for photos: why would you capture a photograph to disk in a format made for distributing on the web?

Re: A new PNG spec

#182
post #159
post #120

Earlier quoted context omitted.

> Animated PNGs can't beat GIF nevermind video compression algorithms. Not entirely true, it depends on what's being displayed, see a few simple tests specifically constructed to show how much better APNG can be vs GIF and {,lossy} webp: http://littlesvr.ca/apng/gif_apng_webp.html Of course I don't think it generalizes all that well…

I tried these examples on ezgif, and indeed apng manages to be smaller than webp every single time. Weird, I was under the impression that webp was almost always smaller? Is this because GIF images are already special, or apng uses better compression than png? edit: using the same ezgif webp and apng on a H.264 source, apng is suddenly 10x the size than webp. It seems apng is only better if the source is gif

I have no idea! I actually hoped someone would show a much more comprehensive and serious benchmark in response, but that has failed to materialize.

Re: A new PNG spec

#183
post #176

Earlier quoted context omitted.

Great, so I can download it, but then I have to convert it to a different format before half my apps will be able to use it.

Maybe the issue is with your operating system then?

App support has very little to do with the operating system. OSes by and large will preview it just fine.

Re: A new PNG spec

#184

Earlier quoted context omitted.

You can't even upload webp to instagram.

Which makes sense for an app made for photos: why would you capture a photograph to disk in a format made for distributing on the web?

Indeed, why might one upload a photo to the web in a format made for distributing images on the web?

Re: A new PNG spec

#185
post #5

So animated GIFs can be replaced by Animated PNGs with alpha blending with transparent backgrounds and lossless compression! Some nostalgia from 2000s websites can be revived and relived :) Curious if Animated SVGs are also a thing. I remember seeing some Javascript based SVG animations (it was a animated chatbot avatar) - but not sure if there is any standard framework.

Some years ago I've used the Lottie (Bodymovin?) library. It worked great and had a nice integration: you compose your animation in Adobe After Effects, export it to an svg plus some json, and the lottie JS script would handle the animation for you. Anything else with (vector, web) animations I've tried is missing the tools or the DX for me to adopt. Curious to hear if there are more things like this.

I'm not sure about the tools and DX around animated PNGs. Is that a thing?

Re: A new PNG spec

#186
post #121

>After 20 years of stagnation, PNG is back with renewed vigor! After 20 years of success, we can't resist the temptation to mess with what works.

> [not] Officially supports Exif data How can you call this basic fail a success?

Exif data might be important to you but it clearly hasn't stopped the adoption of png.

Re: A new PNG spec

#187

Earlier quoted context omitted.

This problem was solved by HTTP since forever. Client sends `Accept` header with supported formats and server selects the necessary content with corresponding `Content-Type` header. You don't need any HTML tags for it.

What about file extensions?

Sometimes respected, largely ignored. URLs very often don't map directly to files served.

Re: A new PNG spec

#188

Earlier quoted context omitted.

This problem was solved by HTTP since forever. Client sends `Accept` header with supported formats and server selects the necessary content with corresponding `Content-Type` header. You don't need any HTML tags for it.

What about file extensions?

File extensions are just a hint about what the file might be and have nothing to do with what the file actually is. If the server sets the MIME type, the browser will use that as the hint.

But even beyond that, most file formats have a bit of a header at the start of the file that declares the actual format of the file. Browsers already can understand that and use the correct render for a file without an extension.

Re: A new PNG spec

#189

Earlier quoted context omitted.

> and the abysmal everyday use it gets Estimates are that 95% of Internet users have a browser that supports WebP and that ~25% of the top million websites serve WebP images. I wouldn't call that abysmal.

My file manager can’t handle them but my browser can. Edit: and good luck uploading the format to the majority of webforms that aren’t faang.

Not even Google supports webp uploads in many of their web apps, and it's their format.

Re: A new PNG spec

#190

Earlier quoted context omitted.

5% of people can't view them, yet 25% of top websites use them? In what other industry would it be considered acceptable to exclude 5% of visitors/users/clients?

Can the 5% view images at all? The number of web crawlers have exploded recently.

Yes, but it's 2% that are still using browsers without full support for WebP according to caniuse, which takes its numbers from StatCounter.

https://caniuse.com/webp

Note that I'm looking at "all tracked," which excludes 2% "other" browsers in the data whose featureset is not known.

Post reply on HN