Live data from Hacker News

Regressive JPEGs

maurycyz.com

11–20 of 72 posts

Re: Regressive JPEGs

#15

Nice! I think you can approximate timing somewhat, by making your web server create the "jpeg" on the fly and send it to the client in timed chunks. The source could even be a webcam, so the "jpeg" would go on forever.

A lot of IP cameras already do this via https://en.wikipedia.org/wiki/Motion_JPEG

Re: Regressive JPEGs

#16
> so playback is entirely dependent on network delay

You can use Service Worker to emulate a slow connection :)

Re: Regressive JPEGs

#19

I wonder if you can do this in JPEG-XL. I know that that has actual animation support, but this would be a different thing.

The format supports progressive decoding but IIRC none of the current browser implementations support it. The first Chrome and Firefox implementations did, and I think it's on their roadmap for the new Rust implementation. No idea about WebKit/Safari.

Edit: the format also supports region-of-interest decoding and I suspect you can make some cool maps or fractal images with both features. But I think they're not quite prioritizing implementing that right now.

Re: Regressive JPEGs

#20
Adjacent advice: I've recently played with opengl and jpeg turbo and I wanted to display images fast. I don't remember exact numbers, but enabling progressive for a jpeg was a significant slowdown for decoding. So if anyone like me is stuck with the old school advice that progressive is an nice to have, it's likely not. I personally don't remember any visual progressive image buildup in like decades, so it's not doing anything valuable at all.
Post reply on HN