olavrb 1 Posted June 28, 2023 Posted June 28, 2023 (edited) For future proofing, it would be great if Emby added general support for JPEG XL (.jxl). It could be used for multiple things, like: Storing and viewing photos Media metadata (album art) Recompress existing JPEG and PNG losslessly to shave down the metadata database More info on the format: https://jpegxl.info/ https://cloudinary.com/blog/the-case-for-jpeg-xl Decode support is probably dependent on support in browsers and OS-es? Apple will have JPEG XL in their next major OS version. More about adoption: https://caniuse.com/jpegxl https://github.com/libjxl/libjxl/blob/main/doc/software_support.md https://en.wikipedia.org/wiki/JPEG_XL#Official_support Edited June 28, 2023 by olavrb 1
Luke 38500 Posted June 29, 2023 Posted June 29, 2023 HI, yes I agree we should support this. Currently we use a combination of Skia and libvips for image processing, so the holdup on this would be related to them first adding support for it, e.g.: https://github.com/libvips/libvips/discussions/2055
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now