Does not work in Opera (the normal one) at all. Uncaught exception and some css errors as well.
A Polymer element for flexible GIF playback
51–60 of 82 posts
Re: A Polymer element for flexible GIF playback
#52Alternatively, ditch GIFs entirely and use bandwidth-friendly and feature-friendly HTML5 video.
Do you know why HTML5 video is not as popular as gif? Gif is easily copy-pastable, both by content and raw file URL. Thus help its viral spreading
nothing stops mp4 files from being easily copy-pastable
...other than software vendors and patents :/
Re: A Polymer element for flexible GIF playback
#53Alternatively, ditch GIFs entirely and use bandwidth-friendly and feature-friendly HTML5 video.
Which work differently in different browsers. Currently HTML5 shows up as nothing more than a green screen in FF and will do such until I reboot my machine. (Presumably this is a video driver issue, still annoying, Video elements work for me for awhile then will suddenly just stop working.)
Flash keeps on working. Well mostly, as well as it ever has worked.
Even better are pages that see that I have FF and just assume they can feed me video, not allowing me to fall back to Flash if I have bothered to go to about:config and disable all relevant HTML5 settings.
Re: A Polymer element for flexible GIF playback
#54For people who wonders, the scene if from ghost in the shell.
I really like the pingpong effect, the speed and the music sync seems more gimmicky.
Re: A Polymer element for flexible GIF playback
#55Alternatively, ditch GIFs entirely and use bandwidth-friendly and feature-friendly HTML5 video.
Can you save html5 video as file as easily as gif?
Re: A Polymer element for flexible GIF playback
#56Earlier quoted context omitted.
No no no no no ;_; I made this website, use it instead: https://mediacru.sh It also does HTML5 GIFs and has a fallback for phones and such. BUT it's also open source, much higher quality, more featureful, and supports more than just GIFs. Even though MediaCrush and gfycat started around the same time and MediaCrush is much better, I can't seem to get people to use it more. I guess our users are less evangelical.
There are two things that seem to be necessary for an image host to be successful on Reddit: 1) be extremely fast (why people hate i.minus compared to imgur), and 2) don't provide any content that can have sound. I don't know what your service speed is like, but you break that second rule which seems really important to Reddit. Redditors don't actually seem to want "more featureful" in a n image host. Gfycat has an u…
This is the problem. Take your current code, host it on a different url (gifcrush?) and remove audio support.
Re: A Polymer element for flexible GIF playback
#57I can understand the need for lowered bandwidth, but the need for better cross-browser and cross-platform support is more important.
For example; Github README files, we can insert a GIF of a screencast, but obviously we can't run our own JS, CSS, or embed video. There is where GIFs are the only option, unless of course you want to redirect to an external site, but for small repos it's overkill.
The other issue, is saving and sharing. How many people have a folder full of GIFs? Has anyone tried saving a GIF from the polymer element? As you can imagine, it saves a frame, which makes it useless. Sure, you can add a button to Download a compiled version or the original, but why should we add custom controls when everyone knows Right Click Save As?
For me, cross platform compatibility without requiring an extra file (HTML to actually play) per GIF if more important than filesize and bandwidth. Bandwidth is obviously costly, but maybe the issue is knowing when to create a GIF and when to create a video instead, why is the issue with the playback why not emphasise on the creation size?
Re: A Polymer element for flexible GIF playback
#58I kind of feel like .gif's as a format need to die, and this really demonstrates why, in my opinion. this page demonstrates a way to add stop/start abilities to a gif, as well as syncronized audio, which is literally what a video is but without all the ability for compression and support for more than 256 colors.
> which is literally what a video is People don't really want GIFs; what people want are filesize-limited, auto-playing-but-only-while-visible, auto-looping, and silent-by-default videos. Let's call these "animated images." The problem is thus: you're designing a piece of forum software, and you're considering whether to allow people to embed various elements in their posts. There's problems with allowing people to e…
WebP matches the criteria. It just lacks widespread adoption. https://developers.google.com/speed/webp/faq?hl=fr#why_shoul...
Re: A Polymer element for flexible GIF playback
#59Alternatively, ditch GIFs entirely and use bandwidth-friendly and feature-friendly HTML5 video.
Not gonna happen until html5 can be set up to autoplay on mobile, and can be copy-pasted into your messaging app and will autoplay there too. I suspect there are other requirements, but much as I love the idea of moving away from gifs (for bandwidth at LEAST) there are a set of things that only gifs can do. Side note: autoplaying html5 would be a massive annoyance, because html5 video can have audio.
>autoplaying html5 would be a massive annoyance, because html5 video can have audio
This could be browser configurable. "Allow videos with audio to autoplay". Won't be worse than the flash ads with audio I run across regulary which autoplay audio.
Re: A Polymer element for flexible GIF playback
#60Earlier quoted context omitted.
Not gonna happen until html5 can be set up to autoplay on mobile, and can be copy-pasted into your messaging app and will autoplay there too. I suspect there are other requirements, but much as I love the idea of moving away from gifs (for bandwidth at LEAST) there are a set of things that only gifs can do. Side note: autoplaying html5 would be a massive annoyance, because html5 video can have audio.
You know mobile devices have audio controls right? And many android devices have a separated audio control for the browser/content and for the critical stuff (ringtones/notifications)
I would disable any auto-playing audio technology on my Android phone; accessing the media volume control is such a huge pain in the arse - multiple taps and drags to rummage into the Settings and get to it.
NB: the hardware controls only set the ringtone volume, unless you're too late and the phone is already playing media†.
†hopefully - sometimes the hardware volume buttons still don't control media volume even when media is playing.
(You can get widgets to control the various volumes, but I've not found one I really liked).