If videos looped seamlessly I'd happily serve videos. Sadly, they do not.
Serve Videos Instead of GIFs
31–40 of 242 posts
Re: Serve Videos Instead of GIFs
#32That’s already more than 2x as much work to post an animated image, not to mention limited support for transparency and needing to pay some extra attention for seamless looping.
Video on the web needs to mature quite a bit more.
Re: Serve Videos Instead of GIFs
#33Earlier quoted context omitted.
That’s really an application issue, but god damn is it an annoying one.
Gifs (and videos that people call gifs) wouldn’t be what they are today if it weren’t for their ease of copying/saving and pasting/uploading to somewhere else, which you could similarly call an application feature. So this application issue with video (as implemented in this article) is almost certainly what will stop gifs from being replaced.
Re: Serve Videos Instead of GIFs
#34Earlier quoted context omitted.
That’s really an application issue, but god damn is it an annoying one.
Gifs (and videos that people call gifs) wouldn’t be what they are today if it weren’t for their ease of copying/saving and pasting/uploading to somewhere else, which you could similarly call an application feature. So this application issue with video (as implemented in this article) is almost certainly what will stop gifs from being replaced.
Every browser that can decode video has a "Copy Video URL" context menu item. It's just that the websites hide it to discourage hotlinking
Re: Serve Videos Instead of GIFs
#35Serving videos instead of GIFs is easy to do now with the HTML video element, which is supported almost universally I respectfully disagree. Loading videos instead of GIFs is easy to do now. Serving videos is a nightmarish mess of trying to match divergent, incompatible, sometimes patent-encumbered "standards" against an ever-changing range of browser support taking into account the hardware capabilities of a vast ra…
VP8 in a WebM container is pretty much the lowest bar for most browser support, and comes with no licensing requirements. I'm not disagreeing with the comment about "nightmarish mess". It indeed is one, specially when it comes user-uploaded content.
Re: Serve Videos Instead of GIFs
#36Re: Serve Videos Instead of GIFs
#37Earlier quoted context omitted.
VP8 in a WebM container is pretty much the lowest bar for most browser support, and comes with no licensing requirements. I'm not disagreeing with the comment about "nightmarish mess". It indeed is one, specially when it comes user-uploaded content.
Isn’t it mp4? That is pretty universal and displays well in all platforms. Webm isn’t that ubiquitous in support.
Re: Serve Videos Instead of GIFs
#38Serving videos instead of GIFs is easy to do now with the HTML video element, which is supported almost universally I respectfully disagree. Loading videos instead of GIFs is easy to do now. Serving videos is a nightmarish mess of trying to match divergent, incompatible, sometimes patent-encumbered "standards" against an ever-changing range of browser support taking into account the hardware capabilities of a vast ra…
VP8 in a WebM container is pretty much the lowest bar for most browser support, and comes with no licensing requirements. I'm not disagreeing with the comment about "nightmarish mess". It indeed is one, specially when it comes user-uploaded content.
Re: Serve Videos Instead of GIFs
#39Earlier quoted context omitted.
VP8 in a WebM container is pretty much the lowest bar for most browser support, and comes with no licensing requirements. I'm not disagreeing with the comment about "nightmarish mess". It indeed is one, specially when it comes user-uploaded content.
Isn’t it mp4? That is pretty universal and displays well in all platforms. Webm isn’t that ubiquitous in support.
Re: Serve Videos Instead of GIFs
#40Earlier quoted context omitted.
Why is JPEG the de facto lossy compression format for photos? It always bugs me that video formats get something new every 5 or so years yet photos are in JPEGs for decades.
iOS has been slowly making HEIF more common. It’s just that it takes a long time for the entire tooling chain to support it.