Hacker News new | past | comments | ask | show | jobs | submit login
The Long, Remarkable History of the GIF (popularmechanics.com)
247 points by pmcpinto on Aug 21, 2016 | hide | past | web | favorite | 104 comments



It's honestly something I've become quite bitter about. I find the resurgence of the gif has significantly reduced my enjoyment of browsing websites like reddit. Even small subs which used to be the place to go for deeper discussion have largely devolved into image boards targeting the lowest common denominator.

When it's appropriate I have no problem with a video. But if posting a video it should really be in its original form. Uploading to Youtube or even just using a <video> tag lets the viewer decide if they want to listen to audio, and what resolution to watch in. It's pretty rare that I'd choose to watch in no sound and at the lowest resolution possible. Not to mention the absurd amount of data gifs download.

The recent trend of converting videos into gifs back into videos (websites like gfycat) make even less sense. All you're doing is damaging the quality of the video. To what end?

Even articles that are posted are now scattered with gifs. Why? I guess because it's trendy. But it makes it incredibly difficult to focus on the text. The article above is a good (and likely self-aware) example, but this one from Atom also stuck out for me.

http://blog.atom.io/2016/02/03/introducing-block-decorations...

Terribly nauseating.

So that's my rant. Frankly I'd welcome a browser extension to block animated gifs online and hide reddit posts than only link to them.


To me, a gif (at its best) is effectively a quote from a video—a short sample of a film or TV show that can be embedded into an article as an example to be discussed, serving the same purpose that a blockquote serves.

Ideally, such things should—rather than being copied and cut into shape—be transcluded, effectively fancy links to an original that include time-slicing metadata. But making transclusion an easy or default behavior has been a losing battle for text since the web was created; I don't expect changing the medium being embedded will change how people think about things.


Ted Nelson would be so proud.

The atomicity of the internet - sealed documents at URLs - is really regrettable. A much more powerful design (although admittedly more complicated) would have been a "turtles all the way down", IPFS-style approach where any asset could be transcluded or linked into. But I don't think we'll ever see it.


Mediawiki (the thing behind Wikipedia) actually lets you transclude whole pages and it's also the way its templates work. It's pretty cool because you can also have options to not include certain info inside <noinclude> tags and some templates such as for episode lists even show less information when transcluding. Oh and you can also transclude specific sections IIRC.

By linked into, are you saying by URL? I notice that archive.is actually adds its own links to the side like a ruler. I think the status quo of linking only to headers is okay, but maybe you're envisioning something like linking to specific words in sentences. That would be great for quoting but the HTML would probably look/load horribly. Maybe there could be a system that let you link to offsets so it wouldn't need actual anchors in the source, but those could break with a simple addition of a word at the beginning. It's an interesting problem for sure.


> To me, a gif (at its best) is effectively a quote from a video...

This is a very nice definition. Thanks!


In that analogy, to me it comes across as a quote written in very large font, double-underlined, and surrounded by exclamation points.

Take, for example, the context behind "What is GIF May Never Die." I don't know the reference, but a Google search for "What is * May Never Die" says it's from Game of Thrones, and something to do with the Drowned Gods. But what does the video add to that quote? As far as I can tell, it doesn't. Or do I need to research further to understand the context for that specific scene?

(Transclusion would help here.)

For those who know the series, what does the video add to the quote "What is GIF May Never Die" to justify that use of space?

Or if that's not a good example, what's an example of using this technique at its best? Because the issue trackers I've seen which use GIFs this way come across as using a lot of inside-jokes that I don't understand, and saying little else.


Now you're getting onto a different issue, which is people using multiple megabyte+ gifs where a few lines of text would work just as well. It's the next step of the trend which sees most short text content posted these days baked into a background image.


That's more a problem with Twitterfied absurd message length restrictions. Rather than 200 bytes of text, you get 200 kb of pixel data. Progress!


Perhaps. Where's an example of this quoting done right?

And isn't my complaint the same issue that SquareWheel raised? ("it makes it incredibly difficult to focus on the text.")


Don't mistake the term "quote" here to refer only to quotations of speech; a gif can "quote" things that aren't dialogue. Body language; VFX; visual gags; animation styles. Add the sound back in—but keep the "short" and "looping" qualities†—and you can quote foley effects, "silly noise" gags, and acting tics.

In the same way that e.g. video games are at their best as an art-form when their interactivity is essential to their message, these visual quotations are at their best when they're "quoting" something that can't be reduced to static pictures and text.

I note that—where available—people seem to like using sub-second gif clips of old cartoon characters making very particular expressions, in place of emoji. These are quotations: quotations of body-language "acting" depicted in a TV show. We don't think of them that way because we're not "quoting" with rigour for the purpose of critical analysis, but it's still what's going on.

---

† I don't know what to call these... pseudo-gifs. The type of thing you find on Vine or Tumblr: webm videos restricted to a 5-second length, autoplayed and autolooped, but played silently until clicked on. This form is just as common now as the classical gif for sharing, though you don't tend to see these audio-gifs embedded in articles.


I don't think I mistook you. The Popular Mechanics piece gives an example of quoting body language from Audrey Hepburn in the 1953 movie 'Roman Holiday'.

I don't know how I'm supposed to interpret that loop, or how it fits into any context. I can think of multiple interpretations, and have no way to figure out which one is meant, or if that mixture of interpretations is the point.

It's "Darmok and Jalad at Tanagra" for me, but without even the search ability that the text phrase has to figure out how it's used in context.

Do you have an example of how quoting is used in a good way?

> "quotations of body-language "acting" depicted in a TV show"

Similar problems exist in TV shows when actors require the watcher to know the allusion (or "quote") in order to understand what's going on. I remember as a kid watching the old Loonie Tunes and recognizing there was a gag, but not understanding it. My mom would explain that it depending on knowing that they were referencing some piece of 1950s American pop culture.

When done well, the quotes fit in smoothly. You don't need to know it's from an external source, though knowing that it does provides extra depth and texture. For example, see "References to 70-80’s movies in Stranger Things" at https://vimeo.com/175929311 .

But in mixed media of text and video, it's very hard to make a smooth transition. That's why I wrote that the clips seem to stand out in large font, exclamation points, etc., as a "look at me!" attention grabber giving the quote far more attention as a quote than as a supplement to the conversation.


The video in this instance adds very little. You get to the see the motion of the actor saying the words 'what is dead may never die', but a static image of the scene with the text written on would have been just as effective in this instance.

Unless it's a commentary on how often animated GIFs are pointless and bloated items which could be equally served by using static captioned images. In which case, it's hit the nail on the head perfectly.


What's the point of including a clip from the original video to share the words when there's no audio and the words are subtitled on? At that point, you may as well just post a still image with subtitles (which is just as interesting, but less distracting and doesn't use anywhere near as much data).


> Even small subs which used to be the place to go for deeper discussion have largely devolved into image boards targeting the lowest common denominator.

There's some black humor here in how the actual imageboards (4chan, etc) are heavily pushing towards WebM for short animations.


Because it is likely that a poster on an imageboard made the video themsevles, rather than reposting in an environment that may only permit simple image links, it encourages them to save it as webm instead of distilling to a GIF (not easy to do properly, very bandwidth intensive on view), which allows the videos to be longer and higher quality while file size caps can be lowered.

Mobile users are also thankful for this trend.


> Even small subs which used to be the place to go for deeper discussion have largely devolved into image boards targeting the lowest common denominator.

I'm a bit late to this thread but honestly after many years online I've come to the conclusion that most people outside of HN don't want to come home after work to have deep discussions and would rather post and upvote "lowest common denominator" stuff.


I actually have the reverse reaction. I find the frustrating slow load-times of the modern internet intolerable, and enjoy how low-quality gifs start immediately, unlike cumbersome videos.

Fast load times are one of the things that keep bringing me back to hacker news.


Sometimes a picture is worth a thousand words.

http://m.imgur.com/Owxi9?r


And a GIF is worth a thousand * framerate * seconds words. How can anyone be surprised they're beating images?


If only I could view that "movie" with Chrome on Android.


I just watched it on Chrome for Android. Just had to tap to play


Firefox has a setting that prevents images from being animated (in about:config): image.animation_mode set to none

(The gifs are still loaded and present as static images. Video files pretending to be gifs are not dealt with.)


> Video files pretending to be gifs are not dealt with.

For that you need:

media.autoplay.enabled

You will have to pause/unpause youtube videos to get them to play.

Biggest issue is that I can't figure out how to play videos with ads on youtube since ads don't have a pause button. (I just play them in VLC instead.)


the practical reason for this happening is that you can put images basically everywhere (github PR comments, emails, etc.), but these facilities rarely support video. Video support on the net has until very recently been pretty awful too.

Now that the video tag can be reasonably expected to work, in a couple of years we might have the tools to just embed video when we want to.



I share that feeling. Just as the world seemed to be getting nicely settled with PNGs along comes Giphy with a mission to destroy the universe.

So even when the anim isn't either a tedious throwback to the worst excesses of geocities, or there just to distract and annoy it's garbage quality. Someone will post a video, in gif form, to help illustrate some post, and you can barely make out a thing as the dithering has sent the detail to oblivion. Just make an mp4.

Simply being able to stop a gif anim by hitting ESC was far too useful, so browsers don't do that any more, or sites are somehow blocking it.

I don't understand the appeal of gif anims at all.


There were some sites that would let you hit "play" before showing a gif, I think that's a better approach, as long as you can pause them after. That Atom example is really bad on the eyes. Of course I can always hit "ESC" to force all gifs on one page to stop, but that's just forcing that on the page. I like the option to pause and unpause gifs. I guess that's why gifs to video became a thing. Never knew about gif to video back to gif though.


Agree totally to this. Also I find that you have to really wait to know if the GIF animation has really ended or not or how long it is! That can irk me, specially since in the same time, you can click on a Youtube link and see the timeline and content in quality form, stop it without any suspense.


I keep animations off by default; it definitely makes the Web less distracting. On the other hand, I've seen many others browsing pages with plenty of GIFs and other distractions, often with no adblocker, and it just astounds me how they can even concentrate with all the other stuff trying to get their attention.

(This reminds me of the other discussion here about Chrome users accidentally activating the Back shortcut because the focus isn't on a text input. Perhaps they were too distracted by all the other cruft on the page, like animations, that they didn't notice more subtle things like the focus changing...)


I understand the troubles you're having with GIFs, however, I'd just like to say that none of the modern "image video" formats work on my Android, which is why I have to use a separate browser from Google Play Store to download the video and then use another separate player app to watch what usually amounts to a 5-second clip of something happening. In many cases, I'd prefer a GIF of the file.


I agree they're nauseating, but it's somewhat amusing to watch them become popular again.

The funniest part, IMO, is that the people who have "Watch this GIF of me entering code! OMG!" on their Github README are more or less the same crowd who were complaining how low brow and annoying GIFs were ~10-15 years ago.


This is exactly one of the reasons why I like reading HN so much, especially the comments. The lack of gif animations or emoji is really refreshing. Thank your for keeping it simple.


Are there any browser plugins that add video controls to gifs?..

If not, why isn't there a browser plugin that adds video controls to gifs?


Here's a bookmarklet that gives you video controls: http://slbkbs.org/jsgif/

It lets you play it backwards, frame by frame and change the speed.


My guess is that nobody wants to get their hands dirty working on what's probably very old code for a very old format.

That and maybe the fact that it's probably not very easy to travel back and forward in GIF's incrementally painted animation model described by Gankro in https://news.ycombinator.com/item?id=12333329


I made a Chrome extension that opens a player on specifically selected gifs but not wholesale (would need too much memory)

https://github.com/0ui/gif-scrubber


Firefox has a built-in config key to disable animated images: image.animation_mode. And Chrome has a extension too.


I'm pretty sure everyone is missing the point here.

GIF isn't about optimization. It isn't about the best technology. It isn't about anything that we care about as engineers.

It's about what is easy for users to create.

That's it. That's all there is to it.

GIF is easy.

It doesn't matter if it sucks. It doesn't matter if it's not optimal. It's easy.


And there's my problem with how people kill GIF. It's never easy.

I right click on a Twitter 'GIF', I can't save it. I go to developer tools, they did a bunch of JavaScript fuckery just so I couldn't save it. Okay, I find a third party tool and save it anyway as a .mp4 file. Stupid.

I right click on an Imgur link, it saves a webpage. Okay, replace .gifv with .webm - oh, it redirects me to gifv. Last time I had to save something from Imgur, I had to use curl of all things to do it. It's ridiculous.

GIF is simple. You upload the file as an image, something everybody mastered doing, and it will play, no questions asked. Videos are hard. Everybody wants to re-encode them in different formats, everybody has to include a fancy player in an iframe. You have to check for browsers since you can't solely use mp4 because of patent whatever, and can't solely use webm because Apple hates Google that much.

GIF, the file format, is bad. 256 colors, file size, etc. But everything people are trying to replace it with is even worse.


Exactly. As the article says:

> If GIFs are like framed pictures you can take down and move to your new house, these GIF-like videos are murals painted right onto the wall.

In an ideal world, I would be able to bookmark a URL, refer to it 10 years later, and still get the exact same information. Unfortunately, this is not true for any of the image/video hosting services that we use on a daily basis, from Imgur to YouTube.

So if I really want to preserve a piece of information for later retrieval, I need to keep a copy on my own computer. I can right-click a GIF and save it as a file, and I'm pretty sure it will stay where I put it for the next 20 years (or more). I don't have the same kind of assurance with most other video formats. Yeah, the GIF is 20 times bigger, but who cares? Disk space is cheap. Bandwidth is cheap. Universal compatibility is hard.


Your examples are poor.

Twitter is a massive pile of JavaScript garbage - it's just as difficult to download a still image off it (I have a bookmarklet for the task).

On imgur I can just right-click on an animation and select "Download Video..." and I get the mp4. Just as simple as images.


Could you share the Twitter bookmarklet with us please? It sounds very useful.


It's very simple:

   javascript:location.href=$('.media-image')%5B0%5D.src
This navigates to the picture currently in the lightbox (so you might have to click on it in the tweet to zoom it)


With Firefox you can just press Ctrl+I and find the video in the media tab. No need for Add-ons or external tools.


I don't even think it's what's easiest to create. It's what's easiest to share.

Pretty much every user-generated content site lets users upload or embed images. Few of them support video, or if they do, it's in a cumbersome player, or by embedding YouTube or something.

Hopefully the widespread adoption of the HTML5 <video> element, with h.264 support (thanks Cisco!) - and with iOS 10 it can finally play inline and even autoplay on iPhones - will spur these kinds of sites to allow direct embedding of videos.


The same is true of JPG, MP3, and PDF. Are there (technically) better things out there? Sure. But these formats are good enough for what people want to use them for. I'll never transcode my MP3s (or re-rip the CDs) into mkv or wm4 or whatever, because MP3s play on everything with a speaker. I'll never bother to convert to JPEG2000 because seriously, the difference is almost imperceptible. These formats are good enough, and so there's no reason to use anything else.


In the article Battilana is quoted as saying: "Even browsers today don't have a good alternative to GIF unless you want a very sophisticated and still patent-covered video like MPEG-2 or MPEG-4."

But we have WebM, works on Chrome, Firefox, Opera and on IE with components https://www.webmproject.org/ie/ - is that not good enough?

No mention of the Animated extention to PNG, which Firefox, Safari and Opera do support. Chrome has an add-on for it but I don't know about IE. You wonder if the image is smaller when it's a silent video or when it's a APNG, probably it's the same with animated GIF, the movie format is more efficient then the animated image format.

Perhaps someone can make a proxy plugin that converts all animated gifs on the fly to webm and all gifs to png. You never have to see these GIFs again, another SaaS subscription model


One of animated gif's strengths are the promise of being silent. When users see GIF, they have the promise of a bite size animation, that loops and is silent. It is very hard to teach users a new name for that.

webm doesn't promise to be silent, which is why we are seeing this gifv container format, which does promise to be silent.

You need out-of-box support by Safari and Chrome to cover enough users. Preferably IE in the mix. This is why all the big gif sites use both gif and gifv.


FLIF promises to be silent as well. It also has a ~50KB JS decoder [1].

  [1] https://uprootlabs.github.io/poly-flif/polyflif-sample.html


> When users see GIF, they have the promise of a bite size animation

This isn't always true. Many, many GIFs I see around now are longer, if not full length clips and/or at obscenely un-optimized resolutions/sizes. Due to the ease of video to GIF conversion tools like Imgur, etc users have no reason not to clip longer and larger potions of videos for GIF conversion.

> webm doesn't promise to be silent

This isn't really such a problem with a change of a browser preference or use an addon. Part of this is also the responsibility of the site to auto mute if it offers embedding for that purpose.

At some point though there needs to be more user awareness and push for the better alternatives all around so the experience doesn't devolve further into posting 10-100MB GIFs of video clips (I see this on a daily basis) just because Imgur or GfyCat spat it out and their posting platform only encourages/supports raw GIFs. There also needs to be more hosts that allow direct video clip uploads to support this.

Edit: brevity.


> Many, many GIFs I see around now are longer, if not full length clips and/or at obscenely un-optimized resolutions/sizes

Which is why I wrote that the length promise can be broken.

> This isn't really such a problem with a change of a browser preference or use an Haddon.

Yes, it is such a problem. If you promise the user that the clip is silent, you also promise the user that it can be consumed in silence. Yes you can click a youtube link while keeping your computer on silence, but guess what, chances are the video is made for consumption with audio.

> and their posting platform only encourages/supports raw GIFs.

All the gif purveyors support webm. It is typically called gifv, because users recognise the gif word and believe all the promises I mentioned. But there isn't an alternative as ubiquitous as animated GIF.


> Which is why I wrote that the length promise can be broken.

I didn't see this in your comment but was responding to the expectation that GIFs are 'bite size'. I would honestly love for them to be that but it's regularly not the case.

> Yes, it is such a problem. If you promise the user that the clip is silent, you also promise the user that it can be consumed in silence. Yes you can click a youtube link while keeping your computer on silence, but guess what, chances are the video is made for consumption with audio.

It's still the responsibility of the user/site as video clips have different purposes. If the purpose of the embedding is a 'clip' rather than video the site can mute it (or a pseudo-container format like GIFV, like you mentioned). Some hosts disable audio encoding, others mute them by default (eg: Vine), but I still don't believe that GIFs being the incredibly poorly optimized, 256 color limited bloated format it is should 'win' merely because videos can have sound. There needs to be the concept of a generic 'clip' upload/post to differentiate from a regular video upload, GIFV is one such solution. Users expect Youtube videos to have audio, they mightn't for a short clip, which is why it would be great to see sites adapt and continue to be more conscious of this.

> All the gif purveyors support webm. It is typically called gifv, because users recognise the gif word and believe all the promises I mentioned. But there isn't an alternative as ubiquitous as animated GIF.

By posting platform I mean every site/app a user will post on that either encourages or only supports the use of GIFs over video clips. Yes Imgur and Gfycat will auto encode GIFs to VPx/h.264 however only GfyCat supports direct video uploads, on Imgur you can't upload a video clip directly. With only GIF uploads supported by most hosts it fuels the cycle of users, clip creators, sites (blogs, forums, etc), and even browser compatibility sticking to GIFs as the primary clip format.


Part of this is also the responsibility of the site to auto mute if it offers embedding for that purpose.

If there's one thing the past twenty years should have taught us, it's that we can't trust web designers/developers for anything. Browser options are good, though I'd prefer everything to just default to silence.


It isn't. It has to work on 99.99% of things. People have to actually feel /shocked/ that it doesn't work on a platform for it to be a sufficient replacement.


Yeah, exactly. Apparently mobile Safari is the only browser that refuses to support :hover CSS menus, and even though that's maybe 0.1% of my site's traffic, it almost concerns me enough to implement some elaborate workaround. Almost. Anyone that was running a business would not be able to write off a browser as I have. Hell, I still have a Javascript hack for IE8 to support HTML5 tags. Saying, "go fetch these browser plugins to view this page" or lose IE users is an absolute non-starter, unfortunately.


I downvoted you and started scrolling away, but then figured it was rude to not give you an explanation, so here it goes...

I downvoted you because your comment is difficult to follow. My best interpretation is that you dislike iOS Safari because it doesn't support a specific CSS feature (one that makes little sense on a touch device), but you don't care enough about iOS to find a workaround. However, you do care about IE8 (a browser that was released 7 years ago) enough for it to be a non-starter to ignore it as well.

That's an interesting business decision, but to each their own. Regardless, none of your comment seems relevant to the ongoing discussion of replacing gif with webm and the difficulty of finding a universal format.

tl;dr ¯\_(ツ)_/¯


How would you implement :hover on a touch screen?


The same way mobile Chrome and mobile Firefox do it: you tap the menu item and the :hover dropdown appears and stays there. Tap outside of the box to make it go away.


There are actually two animated PNG formats. APNG, a simpler format that was rejected by the PNG working group (supported in Firefox and Safari). And MNG, a more complex format that's an official spec from the PNG working group (formerly supported by Konkerer).

With <video> becoming so widespread, the future for both these formats seems bleak.


I just hope they all jump on the FLIF bandwagon when that format stabilises. Lossless animations are pretty neat for smaller stuff.


Although FLIF, the format, is lossless, the FLIF encoder has an option to lossily encode the input. It works by eliminating the differences between the predicted pixel and the actual pixel.

When encoded lossily, FLIF is competent with JPEG on still images, and ofcourse very competetent with GIFs.


No mention of the Animated extention to PNG, which Firefox, Safari and Opera do support.

You have to wonder what the PNG standard authors were thinking, not including animation from day 1.

This is what happens when you propose a new standard that purports to replace an existing one, and then doesn't.


I don't think all browsers support 4:4:4 vp9 webm with alpha, so so the lowest common denominator is chroma subsampling and no transparency, which is bad for pixel art.


> No mention of the Animated extention to PNG, which Firefox, Safari and Opera do support.

If I understand correctly what you mean, the article does mention it, albeit somewhat dismissively:

> It wasn't until 2001 that the PNG group's animated GIF-killer-that-couldn't, MNG, emerged to find a web that had finally resigned itself to the GIF.


Great read, but the initial description of the inefficiencies in gif are off. They touch on it a bit at the end but make it vague so I'll explain it here (because I love gif because it's a hillarious mess).

Gif is actually a mosaic format. It defines a canvas on which you can render a series of images. By adding a (per image) delay between images, you can make an animation. All this data comes as a stream of blocks. Most are images, but some are extensions. The "NETSCAPE 2.0" extension is what makes gifs loop.

Nothing at all says an image needs to fill the whole canvas, and the format for rendering a new image specifies what should happen to the existing pixels. It also can specify a colour to be interpretted as transparent. Gif is also a palletized format, and you can actually abuse this to get more than 256 colours -- each subimage can have its own palette.

By picking "leave all the pixels there" as the transition format, you can do non-iframes by overlaying only pixels that have changed. You can also apply many small deltas "at once" with 0-second delays to optimize this further (think: only changing the corners of the image). You can then of course "stick" pixels to a single color of they don't change by much to avoid re-encoding them.

The end result of all these tricks is a pretty dramatic compression as one would expect from a "real" video format. It's not great but it's a lot better than the naive encoding described at the start of the article.

If you find a real gif that's "live action" and decode the individual frames, you will very likely see all these optimizations in action!

Note however that much of this is underspecified! The only reason your animated gifs work is because everyone vaguely agrees on an interpretation of certain things which are honestly quite ambiguous. Firefox's testsuite has a pile of ambiguous gifs which will render messed up in different image viewer applications!

Edit: this one is super cool to watch in delta-only mode (don't have that version on hand anymore): https://github.com/Gankro/gif-rs/blob/master/data/cat-jump.g...


Do you have a recommendation for an encoder that will make sure to apply all of these optimizations?


This is web browsers developers fault: Chrome developers actively resisting APNG support [1], while Firefox developers actively resisting WebP support for years [2] and [3].

[1] https://bugs.chromium.org/p/chromium/issues/detail?id=1171

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=600919

[3] https://bugzilla.mozilla.org/show_bug.cgi?id=856375


The resistance is all but disappeared. No doubt we'll see APNG is Chrome, and WebP in Firefox within a year or so.


Yes, but looks like it's too late - WebM and MP4 taking over by now.


That Chrome thread is mind-boggling. It dates back 6 years and apparently APNG is still not supported?

I don't use Chrome so can't be sure.

After going through the Mozilla bug threads, they're even more infuriating from a rational perspective. I guess I didn't realize how politicized software development could be, even in open source.


Mozilla started a new bug (take 3) for WebP support, so you can see the progress here: https://bugzilla.mozilla.org/show_bug.cgi?id=1294490


That was a nice lengthy read. While the GIF format itself is a bit outdated, I hope the artform of excerpting video/animation into a silent, short-loop never goes out of style.

Is it impossible to turn back GIF adoption? What if someone makes the equivalent of Steve Jobs's declaration against Flash? To me, Flash was far more vital to the very operation of web services. Then again, processing GIFs doesn't require near the same complexity or security risks as Flash did.


I think the gifv container format will mostly kill animated gifs in a few years. It promises the silent, looped animations, maintains name recognition, but has good compression.


the conversation with the imgur ceo was my favorite part of this piece. for those interested:

> GIFV is not actually a distinct file format, but it is an MP4 or WebM video that is presented via a HTML 5 video element or an Adobe Flash element with options set so as to make it work similarly to an animated GIF (i.e. endless loop with no video controls visible

> http://fileformats.archiveteam.org/wiki/GIFV


Actually animated PNGs exist: https://upload.wikimedia.org/wikipedia/commons/1/14/Animated... (though it maybe works only in firefox, idk)


APNGs were popular in video slot machines in the late 2000s. I found it intriguing that it was the technology of choice because it seemed so obscure.


Firefox and Safari. Apparently Webkit added support last year (http://trac.webkit.org/changeset/181632)


The author is wrong about gifs encoding full frames. Properly encoded gifs only store the pixels that change in each frame. His own example with the dog shows this http://i.imgur.com/wISu3An.png



What is the point of that?


The limitations of a medium drive creativity, and there is an expectation when publishing a video of a certain quality. Not so with gifs, the format lowers the bar for people to be creative overcoming many expectations of quality.


While this article excells on the technical aspects of the GIF format, it misses out on the significance of the GIF art renaissance of ca 2011 to 2014, which was most likely initiated by tumblr's arbitrary file size limits.

Here is a primer on that:

https://news.artnet.com/art-world/a-brief-history-of-animate...


The article is completely wrong about technical aspects of animated GIFs:

> Unlike GIFs, video files don't actually contain every frame of animation you see

> As a GIF, it takes up more than 60 MB because every single frame needs to be stored as a complete image.

This is ridiculous. See http://www.drdobbs.com/optimizing-gif-animations/184412988


I'll be danged. Good share. I had wondered why the resurgence.


Can someone point me to how I show full quality animations on an iOS device? I've seen some canvas style spritr sheet solutions but those feel bulky for when I just want a looping animation.

WebM has been awesome for animations on desktop but they don't work properly on iOS: won't animate inline.


As of iOS 10 autoplay and playsinline on a video element will do what you want as long as the video has no audio track or is muted. No webm of course


Ooh good to know. Thank you. :)


I know we are supposed to be commenting on the article, but why is this headline "* is dead, long live *" so overused[1] on hackernews. It is so tiring.

[1] https://hn.algolia.com/?query=%22is%20dead%20Long%20live%22&...


Yep--new title is far superior. Actually made me read the article, whereas the old one put me off


It's painful to read the article with fonts/colors/videos came out everywhere. Is there a better and practical format on the way to replace gif since it's dead?

I use gif once a while and feel it does its job pretty well.


Never liked gifs.

In particular those "joke"/shock gifs that pretend to be a still image.

One of the first things i go looking for in a new browser install is some way to stop gifs from animating.


I had an incredibly hard time concentrating on the article with all the GIF's (or videos, I suppose) looping on the page. Down with the GIF!


Great article. Gets the tone and level of detail exactly right for talking about something like this to a wide audience.


I can google image search gifs, but can't google image search webms.


GIF is an excellent example of how constraints facilitate creativity.


To me, GIF = slow loading animation.


Animation!


Please somebody provide a TLDR.

The content is too long and the title too click-baity for me to invest time in reading without what I'm getting myself into.


Then maybe don't read it? You don't have to read everything on the internet, and besides most good articles can't be summarised without missing all the substance anyway).

The article talks about Gifs, their history and current use, (in the sense that War And Peace talks about Russia and Napoleon). The interesting part is all the info it gives (at length) about them.


Maybe a GIF can just convey the emotions? Someone please read it and submit a GIF for the article.



Sadly that worked pretty poorly. While Giphy was mentioned it was more of a tangent - relating to the overall lifetime of the gif format, its pros and cons.

The article is a lengthy article about the history of the .gif format - the recent trend of converting it to a video or video-like format - and this being centered around the ability to share the .gif itself.

This is due to many sites (Twitter, Facebook) making it difficult to save a .gif to share later. You need to share the Twitter or FB link instead (which is what they want...). Giphy was mentioned as a way to share .gifs easily, but it has its own limitations (eg: no pornography).

It was something that was thought of as a "gimmick" but turned out to be popular. Mostly due to browsers not having good inline video support outside of Flash. I also, in large, blame tooling and discoverability of that tooling for easily creating webm, mp4, or other video formated. For example - if I want to record 8 seconds of a video to turn into a .gif, I can do so easily with an online tool nowadays! If I want that same 8 seconds as a .webm, I now need to find a way to download the source file, trim it down to the 8 seconds I want, save it as an .mp4, then use my .mp4 to .webm converting software to finally have the .webm I wanted. Most people will opt for the shorter/easier .gif conversion.


There actually are online webm converters, just like there are for gif.

And if you decide to do it yourself, I don't understand why you'd need to go through an mp4 intermediate. With ffmpeg you can trim and encode your clip to webm with a single command and a couple switches. Or if you want an easy GUI tool, there's always WebM for Gits (https://github.com/nixxquality/WebMConverter )


That's the actual tool I use! Proper link is now found here, by the way: https://gitgud.io/nixx/WebMConverter

>And if you decide to do it yourself, I don't understand why you'd need to go through an mp4 intermediate.

Screen recording. Although I use a tool that simply records as a .webm ( https://github.com/thetarkus/WebMCam ) Most people aren't going to be installing random Github projects to meet their needs. I doubt many people even know what Github is outside of the tech niche. :P So they record with some other desktop recorder that outputs as a .gif or .mp4/.m4a and then would need to convert from there.

Also Imgur's .gifv wrapper seems to be more widely known than .webm. Which is unfortunate but is the case due to Imgur's popularity.




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: