3 ms·

Related: http://flif.info/ http://flif.info/ (a different new image format)

cbhl 11y ago
While the results are interesting, being able to reuse a hardware HEVC decoder on a phone is a compelling reason to adopt BPG (if one adopts a new image format at all).
- robert_foss 11y ago
  Re-using HEVC has very real legal implications. Which will hinder any mainstream adoption.
- TD-Linux 11y ago
  Using the hardware decoder requires creating a new decoder for each size of image you're decoding, and round-trip latency to get the frame back and do compositing on the web page. In addition, most hardware decoders have a limited number of decode contexts available, forcing the decodes to be serialized. Not a great prospect for an average website with tens to hundreds of images.
hckr1292 11y ago
I love that the flif format is totally free, which seems to be the main painpoint here with BPG. However: 1) It doesn't seem very compelling without lossy compression. Moreover, the recommended way to get a lossy version is to use `dd` on a flif file... 2) Even in the FLIF examples, BPG always looks the best: http://flif.info/example.html http://flif.info/example.html strikingly so. This makes me think that, even if using HEVC is a bad idea, reusing video codecs might be a rich source of innovation for image compression.
- pgeorgi 11y ago
  > reusing video codecs might be a rich source of innovation for image compression As in WebP?
- legulere 11y ago
  It's not totally free. It's bound to the GPLv3 and thus has no chance of being included into any standard browser.
  - ZeroGravitas 11y ago
    Thats the code's licence, not the file format's, so they'd only need to write a decoder (or ask that the decoder be re-licensed).
    - legulere 11y ago
      There's no specification, so you would have to do a clean room reimplementation.
- ZeroGravitas 11y ago
  Now that all the browser makers (except Apple) are on board for a royalty free video codec based on VP10/Daala/Thor tech, I would be surprised if they didn't re-use the same tech and patents to create a next-gen web image format.

cbhl 11y ago

While the results are interesting, being able to reuse a hardware HEVC decoder on a phone is a compelling reason to adopt BPG (if one adopts a new image format at all).

robert_foss 11y ago
Re-using HEVC has very real legal implications. Which will hinder any mainstream adoption.
TD-Linux 11y ago
Using the hardware decoder requires creating a new decoder for each size of image you're decoding, and round-trip latency to get the frame back and do compositing on the web page. In addition, most hardware decoders have a limited number of decode contexts available, forcing the decodes to be serialized. Not a great prospect for an average website with tens to hundreds of images.

hckr1292 11y ago

I love that the flif format is totally free, which seems to be the main painpoint here with BPG. However: 1) It doesn't seem very compelling without lossy compression. Moreover, the recommended way to get a lossy version is to use `dd` on a flif file... 2) Even in the FLIF examples, BPG always looks the best: http://flif.info/example.html http://flif.info/example.html strikingly so. This makes me think that, even if using HEVC is a bad idea, reusing video codecs might be a rich source of innovation for image compression.

pgeorgi 11y ago
> reusing video codecs might be a rich source of innovation for image compression As in WebP?
legulere 11y ago
It's not totally free. It's bound to the GPLv3 and thus has no chance of being included into any standard browser.
- ZeroGravitas 11y ago
  Thats the code's licence, not the file format's, so they'd only need to write a decoder (or ask that the decoder be re-licensed).
  - legulere 11y ago
    There's no specification, so you would have to do a clean room reimplementation.
ZeroGravitas 11y ago
Now that all the browser makers (except Apple) are on board for a royalty free video codec based on VP10/Daala/Thor tech, I would be surprised if they didn't re-use the same tech and patents to create a next-gen web image format.