Announcement

Collapse
No announcement yet.

Ubuntu's Firefox May Gain JPEG 2000 Support

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

  • #16
    just use konqueror people. Firefox is badly ported windows software anyway.

    About patents: submarine patents are a problem everywhere. This can only be changed, if the us patent office would finally wake up and ban/nullify all software related patents.

    everywhere corrupt politicians try to introduce software patents - despite the fact that it is toxic for all and every kind of advancement

    Comment


    • #17
      Originally posted by chaos386 View Post
      Probably because those patents expired before Firefox had its first release.
      You do know what Mozilla is, right? The MNG farce extends back long before Firefox existed.

      Comment


      • #18
        Originally posted by Ant P. View Post
        You do know what Mozilla is, right? The MNG farce extends back long before Firefox existed.
        Yes, I know what Mozilla is, but I assumed he was only talking about Firefox, since back in the Netscape days, they could have easily had a license for GIF, and not enough people used vanilla Mozilla back in the day to make it a worthwhile target to sue. Plus, GIF was a lot more widespread back then than JPEG2000 is now, making it more important to support.

        Or maybe the guy who developed JPEG2000 drove over one of the Mozilla developer's cats, who knows?

        Comment


        • #19
          Originally posted by energyman View Post
          just use konqueror people.
          Konqueror totally sucks. Well, for me at least.

          Comment


          • #20
            Firefox 2 with its weird slow GTK emulation sucked harder than Konqueror did. It's a shame Konqueror hasn't done much since then, if it had an extension API (preferably not limited to JS) I'd use it.

            Comment


            • #21
              I'm sure all distros would consider shipping a patch if one existed.

              Comment


              • #22
                Originally posted by agd5f View Post
                I'm sure all distros would consider shipping a patch if one existed.
                I wouldn't be so sure of that. Some distro's like openSUSE/SLED and RH/Fed err on the side of caution when it comes to items that may cause potential legal issues.

                Comment


                • #23
                  Originally posted by dopehouse View Post
                  Does other OS software like GIMP and co support JPEG 2000 too? Who needs JPEG 2000?
                  NASA likes to release big images from Mars in JPEG2000.
                  http://hiroc.lpl.arizona.edu/images/jp2.html

                  Comment


                  • #24
                    Originally posted by chithanh View Post
                    Regarding JPEG 2000, it has some advantages over JPEG, eg. alpha transparency. The Wikipeda article has all details.
                    The trouble is, very little actually supports the alpha transparency feature. In fact, ImageMagick actually aborts with an assertion failure if you try loading a transparent JPEG2000 image, and I don't think it's the only program with this issue.

                    Originally posted by b15hop View Post
                    Tell me.. Why bother having a Jpeg 2000 format if no one uses it? This should have been done AGES ago...
                    Well, JPEG 2000 isn't really any better quality-wise than JPEG, it's much slower (especially the open source implementations), and it's patent-encumbered. Why would it see widespread adoption?

                    Comment


                    • #25
                      because you are wrong. Jpeg2000 is A LOT better than jpeg.

                      Comment


                      • #26
                        http://en.wikipedia.org/wiki/JPEG_2000#Features *shrug* Seems to be better than JPEG mostly on limited-bandwidth scenarios. If you're free to use as much space as you want for the images, difference is negligible.

                        Comment


                        • #27
                          >Compared to the previous JPEG standard, JPEG 2000 delivers a typical compression gain in the range of 20%, depending on the image characteristics. Higher-resolution images tend to benefit more, where JPEG-2000's spatial-redundancy prediction can contribute more to the compression process. In very low-bitrate applications, studies have shown JPEG2000 to be outperformed[2] by the intra-frame coding mode of H.264. Good applications for JPEG 2000 are large images, images with low-contrast edges — e.g., medical images.

                          Comment


                          • #28
                            Originally posted by energyman View Post
                            >Compared to the previous JPEG standard, JPEG 2000 delivers a typical compression gain in the range of 20%, depending on the image characteristics. Higher-resolution images tend to benefit more, where JPEG-2000's spatial-redundancy prediction can contribute more to the compression process. In very low-bitrate applications, studies have shown JPEG2000 to be outperformed[2] by the intra-frame coding mode of H.264. Good applications for JPEG 2000 are large images, images with low-contrast edges — e.g., medical images.
                            It also takes ten times longer to decompress than normal JPEG, at least with the open-source implementations. I'm not exaggerating - I actually tested this:

                            [aidan@yarrow 4 tmp] 0$ identify test-in.jpg
                            test-in.jpg JPEG 1920x1200 1920x1200+0+0 8-bit DirectClass 863kb

                            [aidan@yarrow 4 tmp] 0$ time convert test-in.jpg test-out.pnm
                            real 0m0.276s
                            user 0m0.171s
                            sys 0m0.045s

                            [aidan@yarrow 4 tmp] 0$ time convert test-in.jp2 test-out.pnm
                            real 0m2.138s
                            user 0m1.725s
                            sys 0m0.161s

                            (This is Jasper, since that's what ImageMagick uses. Unfortunately, it looks like the other library OpenJpeg is just as slow. OpenJpeg 2.0 may be faster, but it's still in the alpha stage.)

                            Unless you're downloading a very big image to a very fast PC on a very slow connection, I'm not convinced it's worth it.

                            Comment


                            • #29
                              Why would image conversion rate have any significance as to whether it should be adopted or not? Surely the only important part is how fast it's rendered.

                              Comment


                              • #30
                                Originally posted by nanonyme View Post
                                Why would image conversion rate have any significance as to whether it should be adopted or not? Surely the only important part is how fast it's rendered.
                                Unless graphics cards have gained hardware JPEG 2000 support without me noticing, rendering the image requires converting it to an uncompressed format - which is what those commands are testing.

                                Comment

                                Working...
                                X