> so playback is entirely dependent on network delay
Ultimately true, but I set up my server to send each "frame" separately, with a fixed delay between each. Each frame is small so unless your network is unusually slow, the timing is set by my server.
robbaktoday at 7:31 AM
That is 1. Cursed, and 2. Definitely in the right place here.
tdatoday at 8:54 AM
I wonder if and how you can use this for steganography, hiding data in plain sight. I bet most automated image analysis programs would only consider the final image. I sure some highschooler can use this to bypass their schools contentfilter
pavlovtoday at 9:46 AM
> “Besides unconventional rickrolls and other trolling, this has no practical applications: there's no way to add timing information, so playback is entirely dependent on network delay.”
A progress bar for something that’s loading in parallel over the same network, to give the user an idea of how much the delay is?
cousin_ittoday at 6:20 AM
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.
esttoday at 8:26 AM
> so playback is entirely dependent on network delay
You can use Service Worker to emulate a slow connection :)
snailmailmantoday at 5:54 PM
Weird that it’s inconsistent
Works fine for me in desktop Firefox. But on mobile iOS the “whole video within a jpeg” is 3 frames, all of which are nearly entirely solid color brown->orange->red with a vague cat silhouette. The color changes each frame, so you can tell it’s “working” but it’s certainly not what I’d call a video.
I was surprised when I pulled it up on my desktop and it did actually play like a video. Wonder if it’s causing some weird iOS image decoding glitch/edge case.
Yokohiiitoday at 8:53 AM
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.
schobitoday at 6:43 AM
I tried to think about difficult ways to compute the high frequency coefficients to work from the "wrong" coefficients of the first image...
But this is clever - just smash them together. Low frequency of one image concatenated with high frequency from another. This works surprisingly well!
smathtoday at 3:38 PM
Is it possible to acquire lower frequency components with a camera too?
This also reminded me of MRI where low frequency is acquired first in a space called k-space
xnxtoday at 6:52 AM
Excellent hack! Should definitely be possible to make an animated gif to jpeg converter. I guess the animation could be slowed a little by repeating frames.
remix2000today at 10:20 AM
Wow, Firefox never fully loads the page, while WebKit fails to load it altogether, instead it displays "Operation was cancelled" in system font after a short freeze. I didn't manage to see the images change in any way as the post would suggest though, which left me confused.
tensegristtoday at 6:00 PM
oh i thought this was going to be a jpeg that loaded the highest-frequency data first and added the lower frequency data later
Grimblewaldtoday at 8:38 AM
insanity of content aside, that's a really nice website. Kudos.
Jabdoa2today at 11:24 AM
Now you just have to mod your webserver to send the image chunk by chunk (with waits in-between). That way network latency does not matter. Also it probably reduces artefacts as bytes from one frame most likely are received in one network packet.
Obviously the demonstrations that rely on server-side timing don't work through archive.org.
vanderZwantoday at 8:28 AM
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.
akoboldfryingtoday at 11:37 AM
I love the first JPEG where the final image is... a different picture of the cat. "The first images you see are just approximations to the final, exact version." Audience's heads nod in understanding
korbatztoday at 8:22 AM
If the online porn industry hasn't used it, it's probably worthless. Still funny, though.
einpoklumtoday at 4:23 PM
I like how that website has not just a "Dark" and "Light" mode, but also a monochromatic "TTY" mode.
fitsumbelaytoday at 11:22 AM
my kinda hackin'
so much creative potential ...
LoganDarktoday at 8:05 AM
Safari just freezes in place until the image is entirely finished downloading.
ingen0stoday at 3:03 PM
Your website is inspiring
solodynamotoday at 7:51 AM
hmm interesting
fractorialtoday at 10:38 AM
Now, stuff like _this_ is why I keep coming back to HN.
