News for hackers. Stuff that matters.

A comment on BlurHash: Algorithm to generate compact representation of an image placeholder. Parent comment

Re:BlurHash: Algorithm to generate compact representation of... by lvh on Thursday February 20, 2020 @09:56AM (#22375446)
This is a great point! I wonder if it could be made much smaller by instead "vectorizing" the blur. Right now it appears to draw individual pixels, but perhaps it could draw a few large blurred gradiented circles instead?

(I also appreciate that this is probably me getting overexcited about this, since odds are the JS is cached, and in the case of mobile apps it doesn't matter much.)

[ Parent | on HN ]
Re:BlurHash: Algorithm to generate compact representation of... by sudhirj on Thursday February 20, 2020 @10:12AM (#22375574)
There's a pretty awesome project that does this with SVGs.

https://pkg.go.dev/mod/github.com/fogleman/primitive https://primitive.lol/

I've used it in a project to generate vector thumbnails that are under 1KB that I can just base64 encode and send along with the general text of a page - so the page renders with the text and low-fi images, and then I can load the hi-fi ones as necessary.

The lo-fi images are art in themselves, sometimes I preferred them to the actual images :-P

[ Parent | on HN ]
Re:BlurHash: Algorithm to generate compact representation of... by darkmighty on Thursday February 20, 2020 @02:02PM (#22377613)
The image animation (with randomized recreations) gives an amazing effect. I've never seen this technique before.

Like cinemagraphs, but unique and alive in a nice way.

http://i.imgur.com/Cb4ecUC.gifv

[ Parent | on HN ]
Re:BlurHash: Algorithm to generate compact representation of... by DagAgren on Thursday February 20, 2020 @10:26AM (#22375683)
That looks great!

You could probably devise a much smaller data representation too, to get the size down.

[ Parent | on HN ]
Re:BlurHash: Algorithm to generate compact representation of... by sudhirj on Thursday February 20, 2020 @09:55PM (#22380593)
Yeah, most of the size is the SVG XML cruft. The encoder uses only one kind of svg element with a standard set of attributes, so yeah, absolutely.
[ Parent | on HN ]