Moreover, the encoder can be configured to prioritize decoding speed over maximum compression -- for example, setting --faster_decoding 1 does not change the compressed size significantly, but doubles decoding speed.
Then perhaps only fast-decoding lossless mode should be supported in web browsers. A 7.5x slowdown instead of 15x might be excusable, depending on the use case. Surely websites can select compression options that fit their use cases? Perhaps all that is needed is to change the default in libjxl's CLI tool to use faster_decoding=1. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/03ee65c2-1a82-471d-912a-696b0f780f31n%40chromium.org.
