News for hackers. Stuff that matters.
Re:H.266/Versatile Video Coding (VVC) by pault on Monday July 06, 2020 @10:44AM (#23748437)
Something that I learned about 10 years ago when bandwidth was still expensive is that you can make a very large version of an image, set the jpeg compression to a ridiculously high value, then scale the image down in the browser. The artifacts aren't as noticeable when the image is scaled down, and the file size is actually smaller than what it would be if you encoded a smaller image with less compression.
Re:H.266/Versatile Video Coding (VVC) by tatersolid on Tuesday July 07, 2020 @09:36AM (#23759087)
This “huge JPEG at low quality” technique has been widely known for years. But it is typically avoided by larger sites and CDNs, as it requires a lot more memory and processing on the client.

Depending on the client or the number of images on the site the huge JPEG could be a crippling performance issue, or even a “site doesn’t work at all” issue.

Re:H.266/Versatile Video Coding (VVC) by MaxBarraclough on Monday July 06, 2020 @12:09PM (#23749336)
Interesting. I've never heard of this, but it makes some sense: the point of lossy image compression is to provide a better quality/size ratio than downscaling.