Live data from Hacker News

Free Lossless Image Format

flif.info

151–160 of 374 posts

Re: Free Lossless Image Format

#151
post #19

Wow! Higher compression than any other format, full transparency support, progressive/partial loading AND animations?! I can't wait for this to get widespread adoption! Github repo here btw: https://github.com/jonsneyers/FLIF

I didn't see the part about full transparency. I was looking. Where do you see it?

Re: Free Lossless Image Format

#152
> FLIF is completely royalty-free and it is not encumbered by software patents.

That's good but does it actually avoid patent minefields that others scattered around? That's equally critical for healthy adoption.

Re: Free Lossless Image Format

#153
post #78

Earlier quoted context omitted.

GPLv3 will be a hard sell...

Very, very hard. I don't see why they didn't use LGPL, as GPL will greatly increase the barrier to adoption. You see how unsupported WebP is at the moment. Simply having a better compression ratio isn't gonna cut it.

The real barrier to adoption is, for the time being, older browsers, anyway. Want to lose 20% of your potential market via IE in favor of some improved image compression? =\

Re: Free Lossless Image Format

#154
post #75

Earlier quoted context omitted.

This would be great. A lot of "responsive" sites nowadays use only one image as well, the highest resolution available. So you are downloading that 4K jpeg whether you are on mobile or on a desktop.

Progressive JPEG has supported this for decades. Anyone over 25 should remember them from dial-up years.

However jpeg is lossy.

Re: Free Lossless Image Format

#155
post #132

Earlier quoted context omitted.

Also no more .thumbnails folders I imagine images appearing as fast as I can scroll, with enough visual clue to them to find images way way more quickly than with thumbnails today. As a start, thumbnails could use flif.

I think some formats already support embedded thumbnails. (EXIF metadata can contain thumbnails, I believe)

But that is not the same. That is a small, but fixed size, second version of the image, embedded into the same file.

With FLIF you simply read the first N bytes of the full image and have a resonable preview. You choose how big or small N has to be, depending on the size of the thumbnail you want to show. Maybe first read N bytes for each image to get a quick but rough preview, then repeatedly read a few bytes more to enhance the thumbnail.

Re: Free Lossless Image Format

#156
post #99
post #87

Earlier quoted context omitted.

The HN crowd tends to be a bit more money oriented than some of us older coders.

So you're saying that for example the FreeBSD people are money oriented because they prefer a more permissive license over the GPL?

The people here aren't the FreeBSD team--they're wannabe startup founders who'd like to take BSD-licensed code and sell it.

Re: Free Lossless Image Format

#157
post #87

Why all the hate for GPLv3?

The HN crowd tends to be a bit more money oriented than some of us older coders.

I can't speak for others, but for me it's not about money at all. I just want awesome technology like this to thrive and become the standard instead of falling into obscurity due to licensing complications.

Re: Free Lossless Image Format

#160

Earlier quoted context omitted.

I assume you're talking about progressive JPEGs. These are still fairly common in my experience. It's just that with today's typical connection speed, you'll rarely notice.

There's also progressive PNGs. Progressive JPEGs have the advantage that they increase compression ratio (though they're more expensive to decode, as you need multiple passes and refresh)

They increase compression ratio? That's counter-intuitive. You're effectively imposing an ordering requiring certain information to be available first, so you'd expect the compression be at most as good as non-progressive. I guess the changed ordering makes the statistics simpler and easier to compress, or something like that.
Post reply on HN