Comment on Critical vulnerability in WebP Codec has browser vendors scrambling for updates
WhoRoger@lemmy.world 1 year agoif i make an image then upload it to the internet - the only software that’s involved is on my side (gimp, ps, whatever[^1]) and the browser of the person viewing it.
It’s not. The web site you’re uploading to has to support it to allow you the upload in the first place, and to process it to make previews or lower-res versions for the web pages or apps.
Well unless you’re uploading directly through ftp and share only the link, but again that’s not how people use pictures.
Then if the person on the other side wants to download the picture, set it as wallpaper, send it through messenger, then those programs need to support it too.
Heck now that I think about it, browser support isn’t even that critical because web sites can make media available in whatever format the browser supports. The important part is the backend, and local apps.
meh, i haven’t seen any in the past ~5 years apart from ones specifically chosen for that 256 colour æsthetic; but i will believe you
Do believe me, recently I’ve started converting those I want to keep to mp4 and I’m saving gigabytes.
Recently I’ve had some debates here with people looking for better support for gifs, or how to encode them better or whatever, and I nudge them towards webp at least. Because simply, if the web site supports only jpg, png, gif and webp uploads, then I definitely prefer webp.
it did get places. it has got places. again, it’s very new and is already well supported
It’s not all that well supported in lots of those cases I mention. And where it did get, it only got because Apple has actually billions of devices out there and has the power to make the format default among them with one worldwide update. Yet it still has to convert to jpg when sharing elsewhere by default. That’s how huge the resistance is.
It’s not all that new either, heif was introduced in 2017, webp even earlier and people still bitch that they can’t use it because their oddball app doesn’t support it.
Meanwhile x265 has been a common thing for years, and every few years before there’s been a new generation of video codec, and nobody ever bats an eye when there’s a new update.
jpeg2k failed because of licencing and royalty issues. heif hasn’t spread because of licencing and royalty issues
I’m not advocating for these formats specifically (definitely not jpeg2000 haha), but I’m saying licences and royalties aren’t that super important when it comes to how supported something becomes.
Hell look at Apple… Everything is proprietary.
Or when it comes to formats, mp3 is still the most widely supported audio format (non-free), and DivX has been the most widely supported video format for much longer than anything else… Also non-free.
jpe group have a considerable amount of sway so i’m sure they could persuade most camera manufacturers to support it
Haha hardware camera makers are the slowest dinosaurs when it comes to technology. Took them fucking ages for some to support DNG raw format, and before h264 was already getting grey, most would record videos only in mjpeg.
But it’s more about phone cameras anyway. And well with those we’ll only have webp and heif at most, so I guess we have to deal with that anyway.
Maybe if Mozilla had not abandoned their FF OS, maybe that would’ve been a camera supporting jpegxl now.
Zeus@lemm.ee 1 year ago
alright yeah i guess. to be honest i was more talking about using images i’ve made on my own site, or publishers using an image format on their own websites. as for uploading to other sites it’s a complete mess: even tumblr doesn’t allow uploading webp, but it then automatically converts to webp which makes a horrible blurry mess
i wasn’t being sarcastic! i do believe you. and yeah, i’d do the same
sorry, i was talking about jxl here. i agree heif hasn’t got anywhere; but that is, again, mostly due to licencing issues (unsurprisingly, given it’s apple)
yeah exactly - none of apple’s formats are supported outside of apple devices (and i guess itunes for windows)
that’s a fair point, and i can’t really explain that - i can only assume it’s big for the same reason as gif: it was good enough at the time, and got standardised by cds
really? now admittedly i don’t know much about cameras, but i’ve had a couple of filmmaker friends and i was under the impression raw was universally supported
i’m not sure about that - even google camera doesn’t support webp (i mean, it’s called “web picture”, i think they see it as a web format primarily). i think phone cameras will continue to be solely jpg for a long time
that’d be nice. i do wish mozilla wasn’t so catastrophically mismanaged all around
WhoRoger@lemmy.world 1 year ago
Aye so bottom line, we’re stuck with what exists until new formats are forced upon everybody… ¯\_(ツ)_/¯
Zeus@lemm.ee 1 year ago
yeah… :(
ah fair enough, i didn’t know that
is it? i didn’t think any android players supported it apart from specifically apple music? and i’m pretty sure ms’ groove music couldn’t play them^?^
WhoRoger@lemmy.world 1 year ago
My bad here, I didn’t mean AAC, but ALAC (lossless) and other Apple’s own mp4 variants. Indeed not sure how’s the support in core Android, although I’d guess ALAC should be since it’s part of mp4 specification.
I haven’t goofed around with it in a while, but some ~10 years ago when I was doing tech reviews I was looking into ALAC quite a bit and was surprised how nice it is, and apparently easy enough to implement that even lots of hardware devices supported it without even advertising it. Also 3rd party audiobook players can often deal with Apple’s audiobook DRM.
Basically, Apple did surprisingly well with audio formats while also supporting some open formats (at least in hardware), so maybe that’s also a reason why I’m not so adamant about formats being 100% free from the start, as long as they get the codec ball rolling.
But again it’s been 10 years since I was looking into this closelt so I’m very fuzzy on the details.