Just read about this neat trick that Twitter is doing with GIFs:
[http://blog.embed.ly/post/89265229166/what-twitter-isnt-telling-you-about-gifs](http://blog.embed.ly/post/89265229166/what-twitter-isnt-telling-you-about-gifs)
Perhaps this is something Discourse would like to mimic in the future.
And for the watercooler: If a video format does everything GIF does and more, and with better compression, are the days of the GIF numbered?
---
[http://gfycat.com](http://gfycat.com) also does this.
Live example with both formats automatically offered
[http://gfycat.com/HonorableAdolescentFowl](http://gfycat.com/HonorableAdolescentFowl)
```
Gif Size: 13M
Gfy Size: 2M
Compression: 2.7 to 1 (Bandwidth saved: 17G)
Views: 2082
Original: Video
Reddit comments: /r/battlefield_4
```
---
Yep, it seems to have built up a fair bit of traction, mostly thanks to the Reddit crowd. There’s an [API of sorts](http://gfycat.com/api) too. If Discourse did its automatic grab-the-file-and-self-host-it I suppose this might work in the short term.
I really think this kind of workaround [ought to be open source](http://www.reddit.com/r/gfycat/comments/1z9d8e/gfycat_open_source/) though. A lot of articles I’ve read describe Gfy as a new format, which is very misleading. There’s only one way to make a “Gfy”, and that’s through [Gfycat.com](http://Gfycat.com). Gfy is a service.
---
Some communities would benefit from such functionality.
Especially ones with _download remote images to local_ setting enabled 😛, but faster page loads alone is a good reason to think about it.
Quick hack would be to just use [gfycat.com API](http://gfycat.com/api).
Assuming one does not mirror remote images, I think it is achievable even with pure Javascript which you can add via `/admin/customize/css_html`. Lets say JS iterates over posts and if it finds .gif image. HTTP GET is performed:
[`http://upload.gfycat.com/transcode?fetchUrl=i.imgur.com/jGMtJIb.gif`](http://upload.gfycat.com/transcode?fetchUrl=i.imgur.com/jGMtJIb.gif)
It downloads&converts remote image (if not already present) and returns JSON with video details. At this point you replace .gif with video in post (see section [“How can I embed these or link to them?”](http://www.gfycat.com/about))
Custom plugin which bakes .webm into posts via background job would be of course more elegant.
Anyway,
I don’t think they (gfycat) do anything magical beside handling hight traffic quite well.
We can replicate functionality with [`ffmpeg`](https://www.ffmpeg.org/) alone (see [4chan’s guide to converting GIF to WebM](https://gist.github.com/ndarville/10010916)).
If we plan to self-host `.webm` it would be just an extension to already existing _download remote images to local_ feature. We would have an additional setting _replace .gifs with optimized .webm versions_ (we could add another setting: _convert only .gifs bigger than.._).
Such native functionality requires `ffmpeg` as a dependency and comes with additional [security risks](https://www.ffmpeg.org/security.html).
It does not sound like a good default for Discourse: maybe it is possible to create it as a plugin?
---
A related development, [Imgur is introducing GIFV](https://imgur.com/blog/2014/10/09/introducing-gifv/):
> The cornerstone of Project GIFV is a platform-wide upgrade to automatically convert uploaded GIF files on the fly into the MP4 video format. [..]
> The .GIFV Extension: With all these improvements, Imgur will now denote converted MP4s with a “.gifv” extension. The intention is to signal to users throughout the Internet that these links will feature a GIF experience that incorporates all the current and future enhancements made through Project GIFV. **Imgur plans to submit an accompanying specification to relevant standards organizations before the end of the year.**
---
Exactly! 😸
Discourse already has onebox for MP4 files.
So the only missing piece is some kind of a sidekick job that does the conversion and slight modification to the onebox to loop by default (if mp4 was created from gif).
---
You can do `view video` and share the gifv link, but you can’t save it. Facebook is embedding givf files nicely.
The problems I have read so far is poor display on some devices. Plus comment about this case:
[https://i.imgur.com/SgCycAt.mp4](https://i.imgur.com/SgCycAt.mp4)
---
If you upload to gfycat, you can actually get an .mp4 link that discourse will show inline 😄
[removed broken link]
edit: hmm, this mp4 stopped working for me, but if I open in incognito or restart chrome it works again – not sure what’s up.
---
It works for imgur.
For example something like `https://i.imgur.com/mYNXTPw.gif` can be requested as `https://i.imgur.com/mYNXTPw.webm` which gives:
[https://i.imgur.com/mYNXTPw.webm](https://i.imgur.com/mYNXTPw.webm)
It would be nice if Discourse detected .gif URLs from common providers such as imgur/gfycat
and just replaced image with _looped_ video (already provided by site), as it saves a lot of bandwidth.
---
> [@lidel](#):
>
> It would be nice if Discourse detected .gif URLs from common providers such as imgur/gfycat and just replaced image with looped video (already provided by site), as it saves a lot of bandwidth.
That sounds like something that could easily be done using the onebox, adding a white list either in the [image](https://github.com/discourse/onebox/blob/master/lib/onebox/engine/image_onebox.rb) or [video](https://github.com/discourse/onebox/blob/master/lib/onebox/engine/video_onebox.rb) engine. I am happy to build that, if such a PR is wanted (could also be behind a configuration setting, if needed).
---
A quick update,
Chrome does a terrible job with huge gif files, they can choke the web browser and cause all sorts of nasties not to mention mobile paying a hefty price on traffic and blowing data plans.
Gifv technique championed by imgur is good
`https://i.imgur.com/zvATqgs.gifv`
```plaintext
```
It’s really just a video element with a bunch of fallbacks.
I see a few actionable things we can do here:
1. If people hotlink anything larger than say 10mb force a “click” to actually download the image and hide it behind a preview
2. get ffmpeg into our base image and do the webm and mp4 conversion for all animated gifs, don’t worry about the flash fallback.
3. Offer an integration piece with imgur that uses imgur to do this … any gif larger than X gets sent to imgur for recompression. (or use a different service)
---
One thing to consider is how Slack deals with this:
> `http://img0.joyreactor.cc/pics/post/%D0%B3%D0%B8%D1%84%D0%BA%D0%B8-superjail-%D0%BC%D1%83%D0%BB%D1%8C%D1%82%D1%81%D0%B5%D1%80%D0%B8%D0%B0%D0%BB-%D0%A1%D0%B2%D0%BE%D1%8F-%D0%B0%D1%82%D0%BC%D0%BE%D1%81%D1%84%D0%B5%D1%80%D0%B0-1886210.gif` (Not automatically expanded because 30MB is too large. You can [expand it anyway](http://example.com) or [open it in a new window](http://example.com). You can also [change your preferences](http://example.com) to allow images of any file size to auto expand.)
---
Just created [Discourse Gifs component](https://meta.discourse.org/t/discourse-gifs-component/158738) which uses the technique
> [@sam](#):
>
> It’s really just a video element with a bunch of fallbacks.
---
Did this ever see the light of day? I see
- a plugin from 4 years ago: [discourse-gif-to-mp4/plugin.rb at master · nbianca/discourse-gif-to-mp4 · GitHub](https://github.com/nbianca/discourse-gif-to-mp4/blob/master/plugin.rb)
- a few topics for example: [Discourse Gifs - #175 by Zup](https://meta.discourse.org/t/discourse-gifs-component/158738/175)
But neither of these make clear if the solution was implemented.
The reason I ask is that, unless I am mistaken, lightboxing does not appear compatible for gifs. By this I mean, I cannot click a gif and go fullscreen. When the gif contains detailed text, the user cannot zoom in without opening the image in another tab.
However, if the gif converts to an mp4 when uploaded, then we benefit from the fullscreen functionality of the existing video player, as well as the time bar – massive benefits when you are watching a short tutorial clip!
Is this conversion possibility already avaiable? I searched also “gif” in the settings and found
---
> [@Tris20](#):
>
> By this I mean, I cannot click a gif and go fullscreen
This is like saying “I should be able to click any image and have it go fullscreen” which doesn’t make a whole lot of sense to me? 😖
---
When comparing different documentation styles - all text, only video, text + gifs, the text + gifs option was vastly superior. Consequently, we plan on using gifs to demonstrate things in tutorial posts. However, if we can’t go fullscreen, or lightbox the gif, then written text can often be hard to see
And as you see when you hover over, you only get the option to pause
But what we really need is to be able to make the gif full size. The work around is to right click and open in new tab, which is fine for our more expert users, but the other 90% can’t be expected to adapt to that. So either we need a way to have uploaded gifs use lightboxing so they go full size when clicked, or simply converted to mp4s so Discourse provides fullscreen functionality.
Also, the expanded tables functionality is 👌 🤩
[Next page](https://meta.discourse.org/t/should-discourse-convert-gifs-to-mp4-video-files/16739.md?page=2)