3 ms·

- inside the file, the compressor can be varied according to the file content. For example, images can use jpeg, but that isn’t useful for compressing text - w

• wizzwizz4 9mo ago
  > inside the file, the compressor can be varied according to the file content. For example, images can use jpeg, but that isn’t useful for compressing text Okay, so we make a compressed container format that can perform such shenanigans, for the same amount of back-compat issues as extending PDF in this way. > when jumping from page to page, you won’t have to decompress the entire file This is already a thing with any compression format that supports quasi-random access, which is most of them. The answers to https://stackoverflow.com/q/429987/5223757 https://stackoverflow.com/q/429987/5223757 discuss a wide variety of tools for producing (and seeking into) such files, which can be read normally by tools not familiar with the conventions in use.
  • Someone 9mo ago
    > Okay, so we make a compressed container format that can perform such shenanigans, for the same amount of back-compat issues as extending PDF in this way. Far from the same amount: - existing tools that split PDFs into pages will remain working - if defensively programmed, existing PDF readers will be able to render PDFs containing JPEG XL images, except for the images themselves.