Olivier Paroz

Since there is not a single browser supporting BGP, the app would need to always decode files. As mentioned in the OP, it would work like for SVGs. We would...

~~Also, since there is no Javascript source code for the decoder, it might not be possible to integrate it. It's an all-or-nothing approach and we would probably need to manually...

_From @vi on June 23, 2015 16:28_ Why no JavaScript source code for the decoder? It's probably this: https://github.com/mirrorer/libbpg/blob/master/post.js . It probably requires some [Emscripten](https://github.com/kripken/emscripten) and friends to complile... [Here](http://stackoverflow.com/questions/28088036/how-to-set-bpg-on-background)...

Yes, that's the one. There is no need to compile it as it provides a `load(url)` method, so the approach is the same as the one used in the SO...

# Preliminary analysis I did some testing and it's a not easy to work with. We would need our own decoders since the methods available are too rigid and since...

Things to test: - [ ] Overhead when album contains just one BPG picture. Library would need to be loaded (first time we encounter a BPG picture) and the picture...

Now that BPG has evolved into a standard we should reconsider this. Struktur has made a library we can use: https://github.com/strukturag/libheif

Agreed, but for this to work well, data should be extracted and indexed in the DB at upload time, otherwise it will slow down all operations since each file would...

_From @jancborchardt on July 20, 2015 17:26_ Maybe this is something for core then? The sorting should be right in the Files app already as well. cc @schiesbn @DeepDiver1975

Yes, I think the upload mechanism could do with adding more data to the FileInfo object attached to each file (dimensions, exif data object), but I'm not sure the Files...