Announcement

Collapse
No announcement yet.

Libjpeg-Turbo Gets New Release

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

  • Libjpeg-Turbo Gets New Release

    Phoronix: Libjpeg-Turbo Gets New Release

    The libjpeg-turbo library, which is the increasingly-used fork of the JPEG library that provides faster performance through SIMD optimizations, has out a new release...

    http://www.phoronix.com/vr.php?view=MTM3ODc

  • #2
    jpeg-9 is useless, so libjpeg-turbo should be good enough for everyone.

    Comment


    • #3
      Originally posted by phoronix View Post
      Phoronix: Libjpeg-Turbo Gets New Release

      The libjpeg-turbo library, which is the increasingly-used fork of the JPEG library that provides faster performance through SIMD optimizations, has out a new release...

      http://www.phoronix.com/vr.php?view=MTM3ODc
      Shouldn't that be Huffman decoding?
      This was an awesome fedora project from awhile back and am glad to see it still being looked after. Might be nice to include some sse3 instructions.

      Comment


      • #4
        This has nothing to do with Fedora... Perhaps you mean Fedora's project to use this project :P

        Comment


        • #5
          Nice. Anyone know if the ARM distro's are using this by default? Seems like it would help quite a bit on ARM platforms with NEON... sadly, the Raspberry Pi doesn't include NEON.

          Comment


          • #6
            Originally posted by gururise View Post
            Nice. Anyone know if the ARM distro's are using this by default? Seems like it would help quite a bit on ARM platforms with NEON... sadly, the Raspberry Pi doesn't include NEON.
            I can't find any evidence of it but I wouldn't be surprised if it was out there. OpenMAX - which is an A/V API designed for mobile hardware like ARM CPUs that includes the JPEG encode/decode functions - is what is put forth for ARM-based products using NEON from what I read.

            Comment


            • #7
              I didn't realize it, but Chromium (and Google Chrome) use libjpeg-turbo. All along, I was building Chromium with -Duse_system_libjpeg=1 and so it was just linking to my libjpeg 8a. So now I'm using 0 for that, and -Duse_libjpeg_turbo=1. (Those are defaults if neither of those defines are set,.according to common.gypi)

              Might as well be using the optimized fork, because jpegs on the web are all mostly baseline anyway. That's probably one of the best uses of it, in a browser.

              I don't think it's "drop in compatible" (don't want to recompile things linked against my system's libjpeg) but I'll consider it for next time for my system's jpeg library.

              Comment


              • #8
                It's supposed to be drop-in compatible - everyone tells me that at any rate - but I have not dared tried to uninstall libjpeg simply because it's tied to many pieces of my distro and I don't have any spare machine to test removal of it plus any installation of any software that depends on libjpeg would simply re-install it as a dependency anyway.

                Comment


                • #9
                  Originally posted by curaga View Post
                  This has nothing to do with Fedora... Perhaps you mean Fedora's project to use this project :P
                  Hey...shut up. I can make mistakes too!

                  Not only did I think it was a fedora project but also that it was only responsible for decompression. So....my earlier comment was just FULL of useful info!

                  Comment


                  • #10
                    Originally posted by phoronix View Post
                    Phoronix: Libjpeg-Turbo Gets New Release

                    The libjpeg-turbo library, which is the increasingly-used fork of the JPEG library that provides faster performance through SIMD optimizations, has out a new release...

                    http://www.phoronix.com/vr.php?view=MTM3ODc
                    Your article is misleading, because it implies that the changes between 1.3 beta and 1.3 final were the only changes relative to the 1.2 branch. In fact, numerous other more "exciting" changes were introduced in 1.3 beta, but it is our convention for the release announcement to describe only the changes since the last release (which in this case was 1.3 beta.) The changes introduced in 1.3 beta can be viewed here.

                    Comment

                    Working...
                    X