Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

What’s remarkable is, like MP3, JPEG is a perceptual format designed decades ago but still so widely used today. We’ve actually gotten much, much better at image and audio compression in the intervening years, but both JPEG and MP3 hang on because they’re “good enough” for the majority of uses.

I do hope that new alternatives like BPG, HEIC or WebP displace JPEG someday - but that day promises to be very far into the future.



Well, BGP and HEIC (or rather HEIF as HEIC is just the container IIRC) uses HEVC which means royalties, so unless MPEGLA were to make images using HEVC royalty free, I can't see any scenario where it would replace jpeg.

Webp is royalty free, but for lossy compression it's not a good enough improvement (imo) over jpeg for it to replace it. For lossless compression though, it beats PNG both in size and compression/decompression speed by a good margin.

As for potential jpeg replacements, we have AVIF which is like BGP,HEIF but with the royalty free AV1 codec: https://aomediacodec.github.io/av1-avif/

And the other one I find very interesting is PIK, which is a new lossy/lossless codec that is supposedly a good improvement over jpeg while being very fast, and also has the feature of being able to losslessly recompress jpeg images into pik with ~20% compression: https://github.com/google/pik


There is JPEG XL, and image format from EVC. Which is the purposed Royalty Free Video Codec from MPEG. ( All while VVC, the successor of HEVC is racing ahead.... )


Over 2 decades of software and hardware understand JPEG, its decoding/encoding complexity is low, and it's been around long enough that any patents on the original standard have expired. The same can't be said of the newer formats, so if you want to distribute images widely then you must use a highly compatible format. This is why I believe the other formats will always have only niche use --- remember JPEG2000? It's still around in things like PDFs and is popular for geographical applications (where the scalability and tiling features find practical use), but the immense complexity and somewhat unclear patent situation meant it never gained any widespread acceptance.


We are also not using your 90s encoder. The amount of research done in this area is remarkable. Check Mozjpeg and Guetzli if you haven’t yet.

On the MP3 side, current LAME is a lot better than the encoders we used back then.


Just as a side note: I found a WebP file on a website I wanted to share in Slack. I downloaded it and tried to convert it to JPEG to put in Slack (as it didn't seem to support it). It was much harder than it should have been to convert the image type. Never had such an issue with a JPEG, PNG, GIF, etc.


So how did you end up doing it?

It’s indeed not super easy on macOS, I imagine you’d use a website to convert it or get ImageMagick through brew. On Windows I wonder if the photo app supports it, in which case you’d hopefully just double click the image and then save a copy, but unfortunately I cannot try that right now.

I think ideally Slack should be able to convert on the fly, just like creating low quality versions for thumbnails. It’s a paid service after all! But that doesn’t change the current predicament.

I personally too use PNG for graphic, and JPG for pictures even today, despite Lighthouse suggesting I add WebP extras. It’s just so much easier and more portable with so little to gain by doing it.


> So how did you end up doing it?

I ended up using an online converter [1] as Gimp and Imagick wasn't having any of it (at the time). Someone in these comments suggested using ffmpeg as an alternative.

> I think ideally Slack should be able to convert on the

> fly, just like creating low quality versions for

> thumbnails. It’s a paid service after all! But that

> doesn’t change the current predicament.

I would mostly agree with you, but these days I'm easily pleased when these types of services do the simple things well. They are only really incentivized to support the most popular image types anyway.

> I personally too use PNG for graphic, and JPG for pictures

> even today, despite Lighthouse suggesting I add WebP

> extras. It’s just so much easier and more portable with so

> little to gain by doing it.

This is what really answers why we still use them, it's convenient. To the average user, the difference between 90kB and 80kB images is not worth losing sleep over. If you were serving that image several million times a day I could imagine it's slightly more pressing.

As an aside I sometimes use my Sony Mavica (floppy disk camera) and that thing outputs valid JPEGs that I can upload to anywhere. (I use it as mostly a joke, but I also love the idea of having a limited number of pictures and keeping old tech going.)

[1] https://ezgif.com/webp-to-jpg


You'll be happy to know that FFmpeg will happily convert a WebP file to a PNG and vice versa. The reason being that WebP is a single frame WebM. Silly, yes, but it works.


I don't have a Mac, but you can download it prebuilt directly from Google: https://developers.google.com/speed/webp/docs/precompiled

And it should also be available from both Homebrew and MacPorts.

To convert a .webp image, use dwebp foo.webp -o foo.png


I don't understand why they haven't put this into a Linux package? If you want it to get widely adopted, surely you should make it easier for software to add dependencies on your image type. For example one of my projects currently depends on libjpeg and libjpeg-dev for building.


This has thrown me off too, I drag a lot of images from my browser to my desktop when browsing.

WEBP files dragged from Mac chrome just fail silently and never appear on the desktop so now I have to pay extra attention every time.

Although I’m sure the server owners enjoy the benefit, but if it doesn’t work Like a jpeg and I have to change my workflow for an image format then it sucks for the user.


> We’ve actually gotten much, much better at image and audio compression in the intervening years,

For Audio, Over the last 25 years We had WMA, Real Audio, Vorbis, MP3 Pro, HE-AAC, these are some well knowns ones, and all of them promised to have MP3 128Kbps quality at half the bitrate. And none of them were even close. Not even at ~100kbps. It was until Opus, and after much tuning of its v 1.3 encoder, did manage to finally edge out LAME MP3 128Kbps with 96Kbps.

I hardly see that as much better audio compression in 25 years time. However we could definitely get much more ( 20 - 30% ) quality out of 128Kbps or 256Kbps with AAC or MPC ( MusePack, my favourite high bitrate Audio codec )

And yet during this time Consumer Internet speed went from a dismal 56Kbps to 10+Mbps, and for many it could be 100+Mbps. That is a 100 to 1000x difference.

For image, while BPG and newer image format do get 50% reduction from JPEG, but consider our display resolution is now 4x to 8x of JPEG era. 50% reduction aren't anywhere enough. I would like to see one that gives same quality of the current JPEG at 25% of file size. I.e 100KB JPEG to 25KB.

Although I am not entirely sure will it matter. It wasn't the Format that is good enough, it is that our Network Bandwidth and Storage has grown at a pace that makes them irrelevant. Compared to the unknown and research required to make those file size reduction, we have a very clear path in 5G evolution, apart from Africa which I am not so sure, Most of North, South America, Europe, Asia will be able to afford 5G Mobile plan with at least 10Mbps Real World Speed by 2030. And I would not be surprised many of the more advanced nation will get 100Mbps or even 300+Mbps in real world usage.

Note: Before anyone mention DataCap, I think 5G with much higher capacity will change the economics of Mobile Data.


I believe that iPhones for the past generation or two have defaulted to taking pictures in HEIC.


> We’ve actually gotten much, much better at image and audio compression in the intervening years

But at the cost of much higher complexity. The "magic" about JPEG is the results that it is able to deliver despite its simplicity.


FLIF would be really nice, as it does beat out all of those along with retaining a ton of features from PNG. And it's lossless!


I'm looking forward to FUIF - Free Universal Image Format https://cloudinary.com/blog/introducing_fuif_responsive_imag...

Created by the same person who created FLIF!

Better yet, it's probably the most-likely technology to be accepted into the upcoming JPEG XL standard!


Neat! More cool stuff to look forward to. Appreciate your comment!




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: