• Ulrich
    link
    fedilink
    English
    26 days ago

    Google don’t want people to know of yet another use case for JXL.

    Why’s that?

    • The_Decryptor
      link
      fedilink
      English
      24 days ago

      They really want to promote their AVIF format, and supporting JXL would hinder that (Since JXL is a much nicer upgrade path from JPEG/PNG than AVIF is)

      Like you can transparently go from JPEG to JXL and back with no loss, which isn’t possible with AVIF. And PNG to JXL gives you a smaller file, while it’s usually the opposite with AVIF (Unless you get lucky, as lossless AVIF can be beaten by a BMP in a ZIP file). There’s also the issue of speed, AVIF is slow to encode compared to other formats (And while hardware decoding is possible, it’s also geared towards video, so the quality is often lacking, and can sometimes be slower than plain software encoding)

        • Balder
          link
          English
          2
          edit-2
          4 days ago

          That’s actually quite common in large companies, just recently I read this story:

          Back then, there was close to zero collaboration between divisions at Microsoft […] In late 2013, my team was building Skype for Web, which we positioned as a competitor to Google Hangouts. We had a problem, though: in order to start a video or voice call, users needed to download a plugin which contained the required video codecs. We noticed Google Hangouts did the same on Internet Explorer and Firefox, but not on Chrome because the plugin was bundled with the browser for a frictionless experience. […] My team decided we had to offer the same frictionless experience on Microsoft’s latest browser, Edge, which was in development at the time. […] the team politely and firmly rejected bundling our plugin into the new Microsoft browser. The reason? Their KPI was to minimize the download size of the browser, and helping us would not help them reach that goal.