Live data from Hacker News

It's time to replace GIFs with AV1 video

singhkays.com

41–50 of 327 posts

Re: It's time to replace GIFs with AV1 video

#42
post #23

AV1 is an open and free format, but if people really wanted to replace GIFs they could've done it with H.264 or VP9 or VP8. Notwithstanding any issues about video codec support in browsers, GIFs will continue to have value until browser-vendors, spec-writers, and webmasters accidentally or deliberately coalesce around a sane ruleset for embedded motion picture completely devoid of audio . Today, browser-makers have c…

Even simple scenarios, like 'show animated preview on mouseover' are borderline impossible to do reliably cross-browser unless you use a GIF. It's really frustrating.

Re: It's time to replace GIFs with AV1 video

#44
post #27

What ever happened to the APNG format? I remember dabbling with it years ago but seems to have never caught on. https://en.wikipedia.org/wiki/APNG

It was stonewalled by multiple browser vendors for a long time which helped eat away at its momentum. In that time period people tended to give up and just use webm/h264 instead (after all, those work almost everywhere, including old devices that don't have apng)

Re: It's time to replace GIFs with AV1 video

#45
post #34
post #29

Earlier quoted context omitted.

You can make the same art with other formats. I'm not sure exactly what your point is here.

1. One of the reasons a kinda secondary feature of GIFs (animations) became so popular is because it's so easy to generate them. 2. A big feature is that they are not lossy compressed so you can do animations of all the kinds. 3. They allow to set very slow FPS settings in a trivial way. Animated GIFs are not really a video format, they are just a set of non-lossy compressed images shown at a timer interval. Such sma…

If you have an application where you need lossless and optionally low FPS, then GIF is fine (and APNG and webp for smaller filesizes but less compatibility). But the average GIF in the wild these days is a reencoding from a video that doesn't match this description, which is what should be changed to h264, vp8, vp9, or AV1.

Re: It's time to replace GIFs with AV1 video

#46
post #38

It's telling that the author doesn't list all of the file sizes. The GIFs are gigantic but the AV1 files are LARGER than either the H.264 or VP9 versions in every example. If we wanted to replace GIFs you'd want to go with something closer to a comparable level of support and at this scale there's no reason to use a format with no hardware support and limited client support in general: https://caniuse.com/#feat=mpeg4…

um, I think at least mpeg4 and webm decoders have been emscriptemed to run in pure JS.

https://jsmpeg.com/

http://libwebpjs.appspot.com/vp8/webm-javascript-decoder/

And I think this:

https://developers.google.com/web/updates/2018/08/wasm-av1

So I don't think your "_any_ support at all" comment is correct.

Re: It's time to replace GIFs with AV1 video

#47

The code shows the first three video formats being available and prioritized before gif, but the sample videos do not include gifs. It'd be nice to see the quality difference between the format that is being discouraged and the format being encouraged. Personally, I love gifs. They work with no fuss.

GIFs work with no fuss only for small file sizes. Once you get over a fairly low threshold the size differences have an enormous impact both for network performance — like a GIF takes tens of seconds longer to start — or CPU load because all common browsers even on low-end phones have hardware video decoding but have decode GIFs on the CPU. Since people increasingly use them for video clips I encounter that more than I would have expected 10 years ago.

Re: It's time to replace GIFs with AV1 video

#50
post #23

AV1 is an open and free format, but if people really wanted to replace GIFs they could've done it with H.264 or VP9 or VP8. Notwithstanding any issues about video codec support in browsers, GIFs will continue to have value until browser-vendors, spec-writers, and webmasters accidentally or deliberately coalesce around a sane ruleset for embedded motion picture completely devoid of audio . Today, browser-makers have c…

Perhaps audio-free videos should be allowed in tags

I'd support that (as if anyone's asking me...) on three conditions:

1) Maximum duration of, say, 10 s (with mandatory looping)

2) Maximum display size of, say, 25% viewport area

3) Browsers must enforce "Click to stop" on these "video-img" elements even if there are other DOM elements on top.

Post reply on HN