xpostml10@lemmings.world to memes@lemmy.world · 1 day agoGoogle's WebPlemmy.mlexternal-linkmessage-square131linkfedilinkarrow-up11.12Karrow-down116cross-posted to: memes@lemmy.ml
arrow-up11.1Karrow-down1external-linkGoogle's WebPlemmy.mlxpostml10@lemmings.world to memes@lemmy.world · 1 day agomessage-square131linkfedilinkcross-posted to: memes@lemmy.ml
minus-squareValmond@lemmy.worldlinkfedilinkarrow-up2·23 hours agoIs the quality the same? If so how do you know? I mean it’s better, I’m just curious.
minus-squareILikeBoobies@lemmy.calinkfedilinkarrow-up5·edit-223 hours agoTldr: as we deal with a problem long enough we find more effective ways of dealing with it https://jpegxl.info/ Has some info on what it does https://en.m.wikipedia.org/wiki/JPEG_XL Technically details might be more what you are looking for https://jpegxl.info/resources/jpeg-xl-test-page And a test page, if you don’t see jxl images then you should look at updating your browser
minus-squareValmond@lemmy.worldlinkfedilinkarrow-up1·11 hours agoSo you have no hard proof (no critic here, I’m just curious)? Not that it’s better but that your test images has the same quality. For the rest, thank you for the links and the time but that only explains how the compression works. If you want to know you could do fourier transform and see which kind of signals are cut out in one for example.
minus-squareILikeBoobies@lemmy.calinkfedilinkarrow-up1·edit-23 hours agoQuality improvements are that you can upload/download it without getting artifacts/pixel bleeding. JXL’s algorithm ensures that it’s a 1 to 1 transfer But if I draw a stick person 512x512, there isn’t an image format that will make it anymore than it is. That’s why we look at compression
minus-squareOlissipo@programming.devlinkfedilinkarrow-up2·21 hours agoFor most of the images that I tried you can only see differences with the images side by side. It’s really subtle. I do have one example for which my config must be bad, compresses a lot but introduces a lot of noise
Is the quality the same? If so how do you know? I mean it’s better, I’m just curious.
Tldr: as we deal with a problem long enough we find more effective ways of dealing with it
https://jpegxl.info/
Has some info on what it does
https://en.m.wikipedia.org/wiki/JPEG_XL
Technically details might be more what you are looking for
https://jpegxl.info/resources/jpeg-xl-test-page
And a test page, if you don’t see jxl images then you should look at updating your browser
So you have no hard proof (no critic here, I’m just curious)? Not that it’s better but that your test images has the same quality.
For the rest, thank you for the links and the time but that only explains how the compression works.
If you want to know you could do fourier transform and see which kind of signals are cut out in one for example.
Quality improvements are that you can upload/download it without getting artifacts/pixel bleeding. JXL’s algorithm ensures that it’s a 1 to 1 transfer
But if I draw a stick person 512x512, there isn’t an image format that will make it anymore than it is. That’s why we look at compression
For most of the images that I tried you can only see differences with the images side by side. It’s really subtle.
I do have one example for which my config must be bad, compresses a lot but introduces a lot of noise