It's a terribly inefficient format, but I think a lack of free and open video formats (and editing software) is partly to blame for its meteoric rise.
Also: video is harder to share and is typically recompressed on every upload, reducing quality.
It's a terribly inefficient format, but I think a lack of free and open video formats (and editing software) is partly to blame for its meteoric rise.
Also: video is harder to share and is typically recompressed on every upload, reducing quality.
A while ago, I tried to be a good nerd and convert some GIFs to HTML5 video, and I crashed and burned pretty hard: https://ndarville.com/asides/webvideo/.
I gained a new appreciation of GIFs that day.
That said, it would be great if we got a compromise where browsers can load only the first frame of the GIF and play the reminder on click or touch to save all the loading and data—on both sides, really.
Wouldn't a better compromise be to support MP4/WebM videos in the IMG tag? Videos embedded this way could play without audio by default (just like GIFs).
Yeah, gifs being lossless is incredibly important for remixing. This is why we must get APNG going to really improve on GIF, instead of lossy video bullshit.
GIF isn't a free and open video format either. The LZW algorithm used to compress them was patented in the 80s and didn't expire in most jurisdictions until 2003-2004.
If we want to see more efficient unencumbered video coding methods used online, the answer is most likely is going to have to come from patent reform (making patent lifetimes shorter).
The situation with H.264 isn't ideal if you're looking for purity, but licensed decoders are pretty readily available (most phones have at least one hardware decoder for it; Google/Microsoft/Apple pay to license the patents for Chrome/Windows (IE)/OS X (Safari); Cisco pays the license the patents for its binaries too).
This is such a terrible standard. Using FFprobe, one should be able to determine a video's fitness for universal playback on HTML5 streaming technologies. Automating this process is easy. I've built several high-volume media processing automation platforms for video, and never has this been a challenge for me. Could you (or others) shed some light on why devs don't do this?
I have always run under the assumption that sites like YouTube want to further compress all video uploads so that they can implement proprietary functionality dealing with the video content and its other important business services (ad sales, user agent scraping, data collection, etc.)
It doesn't have to be unique - when evangelizing anything redundant repetition in a myriad of different ways is most important. You never know what will produce the light bulb moment in people. A video, a talk, a Github gist, a blog entry, a Stackoverflow answer, a Slideshare, a Hacker News comment that sparks curiosity..