8 ms·
Now if only animated pngs were more supported http://caniuse.com/apng http://caniuse.com/apng
by twodayslate 14y ago
Now if only animated pngs were more supported
http://caniuse.com/apng http://caniuse.com/apng
- gue5t 14y agoWebkit's stance is basically "we're only doing it if upstream libpng supports it" (because APNG support basically requires a couple hooks in libpng itself) but the libpng devs refuse to accept the patch for apng support because they are of the opinion that libpng should process only PNG, not derivative formats, which is what they consider APNG.
- UnoriginalGuy 14y agoIn fairness I can see it from the libpng guy's perspective. It will make their library larger and potentially less fit for a certain purpose. Why hasn't someone forked libpng, added the apng patch and then made it available for WebKit? Then everyone is happy. Just needs a middle-man.
- rkuykendall-com 14y agoBecause then the upkeep and maintenance of the PNG library for webkit relies on a middle-man.
- maxst 14y agoNo need to fork libpng. Currently, vanilla libpng and apng patch are both hosted on sourceforge, and it's trivial to automatically download both and apply the patch. In fact, a few distros (Arch, Gentoo, Mandriva, FreeBSD) already do exactly that for their libpng packages. But keep in mind that apng patch only adds a few functions to libpng API, and it's entirely up to applications to actually use those API calls to request extra frames.
- eggspurt 14y agoAt the PNG Group we designed the MNG format for animated images, see http://en.wikipedia.org/wiki/Multiple-image_Network_Graphics http://en.wikipedia.org/wiki/Multiple-image_Network_Graphics
- maxst 14y agoI remember you guys wanted to create simplified MNG 2.0, without stuff like MAGN and delta-PNG. What happened to it?
- eggspurt 14y agoHonestly, I tuned out. Animations are procedural and are best represented with a scripting language - not with a declarative image format. Resource-constraining javascript within an (i)frame is probably a better way to spend a browser developer's time.
- maxst 14y agoI believe there is a niche for simple animations: just a sequence of frames in a loop. No need for JavaScript, since it's just a simple loop. Easy to upload to image hosting services. And all browsers already support such simple-loop animated GIFs, so the code is already there, just not utilized to full (true color) potential.
- zevyoura 14y agoThis is true for the majority of animations, but .gifs have come to serve a niche for short video content sans audio that they uniquely fulfill on the web. If APNG or MNG or whatever could replace huge animated .gifs for things like r/cinemagraphs I'd be thrilled.
- eggspurt 14y agoHaving seen animated gifs, I can assure you that mngs (pronounced as mings) would be likewise huge. It's better to just have a 1-line JS script do this, and a standard for sandboxing nonthreatening JS.
- maxst 14y agoBut you can't upload that 1-line JS script to imgur. Animated GIFs are getting very popular again because even with 5Mb-8Mb sizes GIFs are easier to handle today, comparing to downloading that 200Kb Dancing_Baby.gif in the 90s.
- mherkender 14y agoI have to say, I never understood the need for a gif-like animation in a png-like format. Gifs have incredibly basic animation that's difficult to control in most (all?) browsers, and it's pretty useless for everything except brief clips on tumblr. Here's your animated png format, put all frames of the animation in a png sprite sheet, and fill early pixels with metadata. Add in a small library and you've got a format that's allows for more advanced animation than gifs, with the better compression and alpha of pngs, and is supported right now in any browser with decent canvas support.