fuif
pik
fuif | pik | |
---|---|---|
3 | 9 | |
166 | 829 | |
0.6% | 0.0% | |
0.0 | 0.0 | |
about 1 year ago | about 1 year ago | |
C++ | C++ | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
fuif
-
JPEG XL: How It Started, How It’s Going
But they didn't even explain what FUIF or PIK might be in that section or even the entire article!
To understand that article required me searching for FUIF [1], PIK [2] and a brief explanation of what JPEG XL is trying to achieve.
I double down on my "complaint" - I'd call it constructive criticism - that article was poorly written. It's actually quite a good story that their Free Universal Image Format (FUIF) has achieved what it has. That's a great acronym, especially for a world that thinks JPEG XL is a good acronym! Why not put in in the article.
To save anyone else time:
[1] https://github.com/cloudinary/fuif
-
Google set to deprecate JPEG XL support in Chrome 110
here is FUIF (one of JXL parents) author writing about benefits of progressive: https://github.com/cloudinary/fuif
-
Image File Formats That Didn’t Make It
There was also an update to it called FUIF - Free Universal Image Format
https://github.com/cloudinary/fuif
But it too got superseded by JPEG XL (.jxl) https://jpegxl.info/
pik
- JPEG XL: How It Started, How It’s Going
-
Google set to deprecate JPEG XL support in Chrome 110
You do know that Google was one of the main contributors to JPEG XL (see https://github.com/google/pik )
-
Google Chrome Is Already Preparing To Deprecate JPEG-XL
Google was a big part of JPEG XL and is actively working on libjxl as well... and JPEG XL is also based on FLIF and google's pik: https://github.com/google/pik so pretty weird.
- Andre gode eksempler på navne der simpelthen bare ikke fungerer på dansk?
-
Pain in the ass
legally they had no choice because jpeg xl is based on flif.info and https://github.com/google/pik but the flif has LGPL license which should open source the rest.. however regardless the media group didn't really do much other than write some standard and slap their name on it. Wasn't their work.
-
My early adopter experiences and thoughts on JXL so far
https://github.com/google/pik went into jxl, webp is based on their video codecs
-
Alarm raised after Microsoft wins data-encoding patent - rANS variant of ANS, used e.g. by JPEG XL
The specific variant of ANS coding that is used in JPEG XL is basically the same as what was used in pik: https://github.com/google/pik/blob/2fb44c4834348392d0401ad9bab7cd314d85241e/ans_encode.h
-
Didn't see that coming
Image compression researchers at Google designed the image format PIK
What are some alternatives?
tiny-utf8 - Unicode (UTF-8) capable std::string
libjxl - JPEG XL image format reference implementation
qrcode-png - Create QR code PNG files! This module has a custom built PNG encoder for QR codes to make them tinier than the competition, and works *fast* in both the browser and Node. It has a light dependency tree.
dont-accept-webp - Don't "Accept" image/webP - extension for Firefox
exiftool - ExifTool meta information reader/writer
WebPShop - Photoshop plug-in for opening and saving WebP images
stb - stb single-file public domain libraries for C/C++
QuickLook - Bring macOS “Quick Look” feature to Windows
Vrmac - Vrmac Graphics, a cross-platform graphics library for .NET. Supports 3D, 2D, and accelerated video playback. Works on Windows 10 and Raspberry Pi4.
Save-webP-as-extension - Firefox extension to overlay format and JPEG quality buttons on inline or stand-alone images for quickly saving a converted version of the image.
caniuse - Raw browser/feature support data from caniuse.com
webp - webp for the Windows build of ImageMagick