TechPulseTechPulse
Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

100% Positive

Analyzed from 169 words in the discussion.

Trending Topics

#server#jpeg#right#frequency#definitely#client#replace#data#high#coefficients

Discussion (6 Comments)Read Original on HackerNews

robbak•15 minutes ago
That is 1. Cursed, and 2. Definitely in the right place here.
cousin_it•about 1 hour ago
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.
londons_explore•about 1 hour ago
There are already webcams which do this- but they use a mime trick for 'multipart/x-mixed-replace'.

That's basically the server telling the client 'That data I just sent you, well now replace it with this new thing'.

No JavaScript needed, and can work with plain http and jpeg

xnx•about 1 hour ago
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.
londons_explore•about 1 hour ago
You can also deliberately have the server sending data at the right rate for the right playback time.

Easy enough to add a delay() each frame if your server is python/nodejs/PHP/whatever

schobi•about 1 hour ago
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!