- cross-posted to:
- programmerhumor@lemmy.ml
- cross-posted to:
- programmerhumor@lemmy.ml
webp is a fine format, blame the websites that disallow webp upload, but then proceed to convert the image to webp anyway
< Insert XKCD comic strip about new standards here >
Cloudflare zero trust apps allow webp images on initial creation, then arbitrarily disallow webp on edit. You can’t edit until you replace the image you already uploaded, and the system accepted.
My favorite are sites that convert gifs to mp4s that are then displayed as animated webps.
I blame Google for killing JPEG XL in favor of webp
Webp is good and this meme is shit and played out
its interesting to me that this is only really an issue on proprietary OS’s (mac/windows) as i’ve never had an issue with any image or video formats when using linux. i use all three but linux is my primary OS. mac/windows mostly stay at work.
I grew up on macOS, until a few years ago where I actually had my own personal computer for the first time, which had windows pre installed, so i used that and like it a lot more than macOS, i just felt so much more free, and the general workflow felt more intuitive to me, then, early this year, i switched to Linux and there’s no way in hell I’ll ever go back. In just a couple months I learned more about how computers worked than I did over something like 12 years of using computers as a teen. It’s really crazy to me how once you get something set up on Linux, it just works, and all of the documentation is open and detailed!
While all of that is true, the thing is that most people just don’t care. They just use two or three programs (poorly) and don’t really care about the underlying system, never mind the computer. That’s why windows is so entrenched.
Windows is mostly so entrenched because Microsoft applied monopolistic practices in the 90’s to ensure it was the most used operating system thereby cementing their place for decades to come.
Then, they applied monopolistic practices in the cloud industry to ensure vendor lock-in at the OS level with their most popular services (like Office).
You are right that most people just don’t care though. I don’t blame them, there is enough stress in the world.
Os X has supported webp for years.
DAT and DDC were great as well. Beta too. But sometimes good enough (like JPG and VHS) is good enough.
betacam was better than vhs, and was used in the broadcasting industry. It was better than vhs.
Betamax, which is the one you’re talking about, is not the same format, and actually equal to or slightly inferior to vhs.
I know what Betamax is.
That’s not actually true. Technology connections made a few videos about it.
Beta bs VHS: https://youtu.be/hWl9Wux7iVY
The broadcasting Beta format was basically a whole different format compared to that you could get at home. Completely unrelated.
Studio Beta https://youtu.be/hGVVAQVdEOs
isn’t that exactly what i said? Betacam (studio) vs betamax (consumer)
wdym “terrible quality loss”; for one their lossless beats PNG
They had a better joke, but they converted it to a Webp and lost the punchline.
This depends, if your image contains a lot of flat colours (like a screenshot of a website) then PNG can actually give you smaller file sizes than lossless webp. But for most images (especially ones with compression artefacts) lossless webp gives smaller sizes.
But that’s not got anything to do with quality. That’s compression size
Lossless encoding, by definition, won’t have any quality loss.
Huh? The OP literally said “their lossless beats png” and then you proceeded to talk about file size which wasn’t ever part of the conversation. The conversation was about quality.
The only way one lossless algorithm can beat another is in compression size. If one has worse image quality than the other, the worse one isn’t lossless.
Watch some startup “invent” a revolutionary lossless format that discards some information.
Fuuuuuck. There goes another business idea. 😂
did that ages ago
That’s the point of revolution, no?
Going back to something that was in the past, except giving it a new name and context:P
But for most images (especially ones with compression artefacts) lossless webp gives smaller sizes.
And if you already have compression artifacts, what use is lossless?
Only time you would want it is when you are uploading comparison photos specifically showing compression artifacts created from some other compression result.
That’s a bit to niche to make it worthwhile.And if you already have compression artifacts, what use is lossless?
To further reduce file size without further reducing quality.
There are probably billions of jpeg files out there in the world already encoded in lossy JPEG, with no corresponding higher quality version actually available (e.g., the camera that captures the image and immediately saves it as JPEG). We shouldn’t simply accept that those file sizes are going to forever be stuck, and can think through codecs that further compress the file size losslessly from there.
Wait, so lossless webp manages to be smaller than even lossy jpg, while also having to losslessly reproduce jpeg artifacts, which tends to otherwise greatly increase file sizes (as compared to the original lossless file) in lossless formats?
JPEG XL has a mode for losslessly encoding any lossy JPEG into a smaller file size without any loss of quality. Wikipedia has some description of general approaches for losslessly encoding JPEG files further.
I don’t know if webp uses any of these tricks, but I don’t see why it would be hard to imagine that compression artifacts from a 30-year-old format can be encoded more efficiently today.
Lossless is fine, lossy is worse than JPEG.
If someone chooses lossy they deserve whatever torture they receive.
Unfortunately most people don’t really have a choice in the matter. It’s sites like twitter that crunch images to hell and back on upload that choose for us.
Choose life don’t use webbed sites that use lossy webps
JPG-XL crying in the corner.
Sitting next to JPEG-2000
If .JPX was backwards compatible, it would probably take off. Like if the format embedded a standard jpeg image in the front readable by older clients, and then enhanced it with additional data at end of file readable by Jpeg-XL clients.
That’d just be overall worse, it’d never be smaller than a comparable JPEG image, and it wouldn’t allow for any compression/quality benefits.
You could compress the hell out of the traditional jpeg codec/layer part of the image. It’d be there for backwards compatibility. It only has to be readable by older clients and “acceptable” quality.
See “49kb” example here — totally acceptable image quality for backwards compatibility.
I really don’t get the WebP hate, it’s a good format. It’s better than PNG and JPG.
Though you couldn’t set the bar any lower without it turning into a joke.
Anyhow, to quote Wikipedia:
Comparing different encodings (JPEG, x264, and WebP) of a reference image, she stated that the quality of the WebP-encoded result was the worst of the three, mostly because of blurriness on the image. […] In October 2013, Josh Aas from Mozilla Research published a comprehensive study of current lossy encoding techniques and was not able to conclude that WebP outperformed JPEG by any significant margin
All while having significantly increased complexity. The blurriness problem was inherited from the video codec webp was based on. When you can’t beat an 18 years old format, don’t be surprised when people get irritated when you use your position to get it mandated into a standard, while later stalking actual improvements (JPEG XL).
Is JXL in actual use? Is it supported? I reckon it’s quite new, innit? D’you happen to.know how it compares to its peers?
It’s not supported by either Chromium or Firefox, which is part of the issue (Google basically decided against it with arguments that are much better suited against WebP, which they pushed some years ago).
There aren’t that many static image codec comparisons, for example there is https://giannirosato.com/blog/post/image-comparison/. https://afontenot.github.io/image-formats-comparison/ doesn’t even include WebP because the test suite uses features unsupported by it (YUV 4:4:4). In the ones I do find, WebP usually wins against good JPEG at low bitrates, but loses on high bitrates because of the blurriness issue. They both get beaten by JPEG XL and AVIF. Which one is better probably depends on whom you ask. The before linked comparison prefers JPEG XL by a slim margin, https://tonisagrista.com/blog/2023/jpegxl-vs-avif/ strongly favors JPEG XL.
It’s just tech illiterate being “oh no my image program not open this 10 year old new format”
JPEG-XL exists, is factually better, and is not patent encumbered.
Yes, but that is actually almost incompatible with every app and website
A file format can not, by itself, be “incompatible” with a website. What matters is the browser, and Firefox at least is adding support (slowly), and they are the ones who matter ATM.
How is WebP “patent encumbered”? It’s an open format.
Open is not the same as patent-free, the two things can coexist (and they do in the case of webp).
It’s open to write the code, but in order to be authorized to use it you have to get a permit from Google. You can’t eg.: fork from Firefox and use their permit (as you implicitly could with patent-free). Plus, Google can rescind their patent grant at any point, which they are bound to do once they secure ownership of the internet.
That’s just not true.
Thanks for taking the time to disprove this
That’s still not patent free. Heck it’s right there: “irrevocable (unless we say so)”.
does jpeg xl support animated images?
It does, yes, but from what I gather it’s rather difficult to actually encode such an animated image compared to, say, a GIF. Display should work just fine.
personally:
- forced to be a thing by google
- bad-ish support in some applications or places even to this day
- always used to further reduce filesizes which means you are most of the time transcoding lossy jpgs and making them more lossy (lemmy is specially into this), which means that the alleged better quality is actually useless
jxl would make a better replacement for this last thing since you can losslessly transcody jpgs with ~20% filesize and in my testing, pngs with ~50% (though jxl lossless decoding is cpu heavy right now), lossless transcoding also means you could keep jxls in server, then give it to the client if it supports jxl, or transcode back to jpg if they don’t (this saves bandwidth and storage at the cost of some cpu usage, but jpg transcoding is really fast and you can cache highly used images)
PNG is lossless, so isn’t that like comparing apples to oranges?
Edit: Apparently webp can also be lossless. I don’t know anything.
> complains about lossy format
> meme uses lossless imageAm disappoint
To be clear, webp isn’t even a lossy format. I mean, it can be, but it can also be lossless.
Quality loss? Webp supports lossless.
So does JPEG. It doesn’t mean that people (will) use it for that.
Actually? I didnt know that. Is it used often? Any downsides ?
Practically never because it’s rubbish. The only possible use is on old precision machines that don’t support newer standards, like medical imaging.
The posting of webps will continue until support improves.
Is webps just webp with SSL ? 😏
No, it’s a new format remember?
So TLS, maybe
For me it’s HEIF. I love it because it’s smaller and higher quality than JPEG, but literally nothing supports this formatted. It’s annoying that I have to convert to JPEG or PNG to do anything with my images. Luckily HEVC seems to get more support on the video end of things.
HEVC is proprietary.
AV1 is what we need. And a lot of newer hardware finally supports it.
AV1 is for video though? JPEG-XL is patent-free, better performant than most or all alternatives, and made for images.
Exactly, it seems to be common for new people to think hevc is just like avc but better. It is a format that is just a pain to work with, and is barely supported as compared to h264.
Even streaming services are sick of that format and rather use h264 or AV1.
Honestly I just don’t like how HEVC compression ends up looking. It looks like everything has had noise added and then smoothed over, and I can always see it. AV1 or AVC are also my personal pics. AV1 for filesize and AVC for compatibility.
Takes forever to encode though
Yeah, almost as long as AV1, depending upon settings.
WebP has all the functionality of jpg, png, and gif while still being a smaller filesize. It has baseline support across browsers and devices. I’m no Google simp and work to de-google my family and workplace but this is a hill I will die on. Webp currently the best image file format.
It is. The sentiment comes from majority of Americans using Apple operating systems, which refused to support WebP until recently.
Webp currently the best image file format.
Out of the widely supported ones, it’s quite good, yeah. Overall, I’d say JPEG XL is the better one. Ironically, only Safari supports it out of the box. Firefox requires a Nightly version with tweaking in
about:config
. Chrome used to have a feature flag, but has since removed it.I think compatibility was also being taken into account here. When not looking at compatibility, JXL is the best hands down. It’s criminal how little software supports it.
The website mentions
Migrating to JPEG XL reduces storage costs because servers can store a single JPEG XL file to serve both JPEG and JPEG XL clients.
Does anyone know how that works?
If loser companies would support it I’d say AV1 Image File Format (AVIF) is the best.
What - doesn’t - support webp at this point? P much all maintained open source software has for years upon years, os x has for years, Android and iOS have for ages as well, even windows added support a year ago or so supposedly.
Like are these memes made by confused time travelers?
It’s often a nightmare when sharing to chat apps to show friends memes etc
a) send links instead of polluting my storage with garbage, please
b) use Signal, it does webpFor the first point, I’m just going to throw out that sending the content can be preferable given how likely the link is to go dead eventually. There are a number of things I can no longer find because of this although it is admittedly an edge case.
Well, yeah, but for memes longevity isn’t really a priority imo.
Well yeah, but for memes, longevity isn’t really a priority.
It somewhat is for me, my partner takes days or weeks to click my links.
Sounds rough
Nah it’s pretty normal. You’re not always in the mood, maybe you receive a lot of content from other people as well
Discord doesn’t and a lot of other apps neither
Discord supports webp. I use it regularly.
Then is it Samsung’s flavor of android that is to blame ?
Might be, that one I can’t test, I don’t have any samsung devices.
even windows added support a year ago or so supposedly
You answered your own question. I spent years playing the game of “This image is a JPEG. Will the website force me to save it in a format that can’t be opened by the basic Windows photo viewer, or will it actually be a JPEG when I download it?”
You’d be surprised how often it would turn out to be the former rather than the latter.
Windows photo viewer sucks, that’s your problem
Nomacs is a better alternative. Not perfect, but FOSS and faster than windows https://nomacs.org/
most people don’t want to install thirp party stuff for basic stuff that the system comes with
I thought most people replaced every part of Windows with something better, because none of it was very good.
Webp supports lossless compression. It’s even better than .PNG in that regard.
I also have rarely found it to not work. Like the only things I can think of off the top of my head is that the basic Microsoft image viewer that comes standard on Windows won’t open them and also how some websites will force an animated .gif to be saved as a webp, making it a static image. Even though I am pretty sure webp also supports animation.
JPEG also supports lossless compression.
Does it? Paint doesn’t seem to use it. Even saving something uncompressed adds artifacts that don’t exist in the raw.
You mean the Microsoft made program?
.webp has virtually no support when it comes to software/apps that can edit images, it’s always either a “file format not supported”, or absolutely no reaction or acknowledgement that you tried doing something
On windows maybe. Never ran into that on Linux. I understand it’s inconvenient but that’s not the format’s fault, it’s windows developers’.
What software are you using? I’m mainly using free and open source ones, they all can open it.
Blame the software for lack of support, not the format. Webp has been around for over a decade at this point and is only growing in significance, and it’s an open source standard. No excuse for software to not support it.
Webp has both a lossy and lossless mode so the first part of this meme is lost on me
I guess that was the lossy part :)
| | | | | | _
hmm, I usually just change the .webp extension to .png, and most of the time, image viewers just open it without issue.
That’s disgusting.
This doesn’t change it to a png, but your image viewers recognize it as webp. You should just associate .wepb with your image viewer in the OS.
yeah, I figured as much. I guess even seeing the .webp extension bugs me so much that I can’t even stand the sight of it.
deleted by creator
Never understood why jepgXL didn’t win out
Because Google didn’t invent it, and Google decides what does and doesn’t get added to the Internet.
Google were literally one of the three organisations who worked on the standard, and the top contributor to the reference implementation works there.
And then they killed it. It was Google pulling support in Chrome that killed JPEG-XL’s momentum.
It was the Joint Picture Experts Group that invented it, so Google had no ownership over it, unlike WebP.
Google’s stance on JPEG XL is ambiguous, as it has contributed to the format but refrained from shipping an implementation of it in its browser. Support in Chromium and Chromeweb browsers was introduced for testing April 1, 2021[29] and removed on December 9, 2022 – with support removed in version 110.[30][31]The Chrome team cited a lack of interest from the ecosystem, insufficient improvements, and a wish to focus on improving existing formats as reasons for removing JPEG XL support.[29][32][30]
It was the Joint Picture Experts Group that invented it, so Google had no ownership over it, unlike WebP.
No, JPEG called for submission of proposals to define the new standard, and Google submitted its own PIK format, which provided much of the basis for what would become the JXL standard (the other primary contribution being Cloudinary’s FUIF).
Ultimately, I think most of the discussion around browser support thinks too small. Image formats are used for web display, sure, but they’re also used for so many other things. Digital imaging is used in medicine (where TIFF dominates), print, photography, video, etc.
I’m excited about JPEG XL as a replacement for TIFF and raw photography sensor data, including for printing and medical imaging. WebP, AVIF, HEIF, etc. really are only aiming for replacing web distributed images on a screen.
So Google contributed to it, but ultimately didn’t invent it and doesn’t own it. In other words, what I said.
As opposed to WebP, which not only do they own, they also own several patents for. They offer a patent license that is conditional on not suing them. So they basically own and control WebP. They do not own, nor do they control, JPEG-XL. Google owns patents that cover a portion of JPEG-XL, but don’t have full control.
It’s different people who develop and who decide.
It’s slowly marching along with the reimplementation of its reference decoder in rust. That should hopefully satisfy google and mozilla’s demands and get them to adopt it in their browsers.
The compression technique it used was patented, and the licence fee was extortionate. By the time the patent expired, other, royalty-free, techniques were available that outperformed it.You’re thinking of jpeg2000
Oops. I’d somehow missed that there was now a third kind of JPEG.