Announcement

Collapse
No announcement yet.

Chromium Adds Support For Animated PNGs

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Chromium Adds Support For Animated PNGs

    Phoronix: Chromium Adds Support For Animated PNGs

    Google's Chrome/Chromium web-browser is introducing support for animated PNGs (APNG)...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Now all we need to go is argue over how APNG is pronounced ah-ping, app-en-gee, ahh-pee-en-gee, ahh-pee-en-jay

    Comment


    • #3
      why? webm has already replaced gif in most places

      Comment


      • #4
        One thing for sure “PNG” should not be pronounced “ping”, because “ping” already means something

        I think it should be pronounced “pinge”, to rhyme with “housinge”.

        Comment


        • #5
          Well, I'll continue to sanitize uploaded files according to the PNG spec, which says that a valid PNG header must guarantee that the file contains only a single frame.

          (And if anyone complains, I'll add a FAQ entry which says just that... that APNG is a violation of the PNG spec and additional frames are stripped by the untrusted input sanitizer.)

          That rule has been in the PNG spec since the beginning and Mozilla knew what they were doing when they decided to start relying on their own built-in copy of libpng because upstream insisted that multi-frame files must have a different header before patches would be accepted.

          Comment


          • #6
            Originally posted by ssokolow View Post
            Well, I'll continue to sanitize uploaded files according to the PNG spec, which says that a valid PNG header must guarantee that the file contains only a single frame.

            (And if anyone complains, I'll add a FAQ entry which says just that... that APNG is a violation of the PNG spec and additional frames are stripped by the untrusted input sanitizer.)

            That rule has been in the PNG spec since the beginning and Mozilla knew what they were doing when they decided to start relying on their own built-in copy of libpng because upstream insisted that multi-frame files must have a different header before patches would be accepted.
            It would seem the actual spec states otherwise:

            This document describes PNG (Portable Network Graphics), an extensible file format for the lossless, portable, well-compressed storage of static and animated raster images. PNG provides a patent-free replacement for GIF and can also replace many common uses of TIFF. Indexed-colour, greyscale, and truecolour images are supported, plus an optional alpha channel. Sample depths range from 1 to 16 bits.


            Introduction
            k. Flexibility: future extensions and private additions should be allowed for without compromising the interchangeability of standard PNG datastreams.

            5 Datastream Structure

            This document describes PNG (Portable Network Graphics), an extensible file format for the lossless, portable, well-compressed storage of static and animated raster images. PNG provides a patent-free replacement for GIF and can also replace many common uses of TIFF. Indexed-colour, greyscale, and truecolour images are supported, plus an optional alpha channel. Sample depths range from 1 to 16 bits.


            11 Chunk Specifications

            This document describes PNG (Portable Network Graphics), an extensible file format for the lossless, portable, well-compressed storage of static and animated raster images. PNG provides a patent-free replacement for GIF and can also replace many common uses of TIFF. Indexed-colour, greyscale, and truecolour images are supported, plus an optional alpha channel. Sample depths range from 1 to 16 bits.


            APNG details:



            Comment


            • #7
              Originally posted by eigenlambda View Post
              why? webm has already replaced gif in most places
              webm is an audio/video format and quite a complex one at that, it requires a lot of code to parse properly. APNG is *much* simpler in this regard and serves a different purpose. For short, few-second long looping animations, webm is total overkill.

              Also, what's replaced gif is "gifv", which is basically h264 video in mp4, so an actual video with a wrong file extension. *Not* a good replacement and definitely not what one can possibly describe as an "animated image format". It's maybe because websites have resorted to such hacks like gifv that more browsers are opening themselves up to APNG.

              APNG is something that's simply *needed*, so the PNG folks should show some flexibility here . Especially now that real-life usage is against them - when it was just Mozilla, that was one thing, but now with other browsers getting on board, the situation is quite a bit different.

              Comment


              • #8
                Originally posted by ssokolow View Post
                Well, I'll continue to sanitize uploaded files according to the PNG spec, which says that a valid PNG header must guarantee that the file contains only a single frame.
                PNG Group is currently debating adding EXIF support, like register official chunk name for it, and everything.

                That will inevitably lead to PNGs with thumbnails inside.

                Comment


                • #9
                  Originally posted by ssokolow View Post
                  Well, I'll continue to sanitize uploaded files according to the PNG spec, which says that a valid PNG header must guarantee that the file contains only a single frame.

                  (And if anyone complains, I'll add a FAQ entry which says just that... that APNG is a violation of the PNG spec and additional frames are stripped by the untrusted input sanitizer.)

                  That rule has been in the PNG spec since the beginning and Mozilla knew what they were doing when they decided to start relying on their own built-in copy of libpng because upstream insisted that multi-frame files must have a different header before patches would be accepted.
                  Nobody cares.

                  Comment


                  • #10
                    I remember also the original Opera adding support a long time ago.

                    Comment

                    Working...
                    X