3 ms·

Slides from the presentation: https://pdfa.org/wp-content/uploads/2025/10/PDFDays2025-BreakingBad-Wyatt.pdf https://pdfa.org/wp-content/uploads/2025/10/PDFDays2

Slides from the presentation: https://pdfa.org/wp-content/uploads/2025/10/PDFDays2025-BreakingBad-Wyatt.pdf https://pdfa.org/wp-content/uploads/2025/10/PDFDays2025-Brea... Related: https://pdfa.org/dont-risk-losing-users-trust-future-proof-your-pdf-implementations/ https://pdfa.org/dont-risk-losing-users-trust-future-proof-y... https://pdfa.org/preparing-for-pdf-files-from-the-future/ https://pdfa.org/preparing-for-pdf-files-from-the-future/ https://pdfa.org/brotli-compression-coming-to-pdf/ https://pdfa.org/brotli-compression-coming-to-pdf/

ksec 11mo ago
I am supervised ZStd didn't win and it was Brotli.
- bariumbitmap 11mo ago
  > I am supervised ZStd didn't win and it was Brotli. What? Edit: Do you mean "I am surprised Zstd didn't win"?
  - ksec 11mo ago
    Yes. "Surprised" Somehow it auto correct into something else.
    - JyrkiAlakuijala 11mo ago
      Zstd decompresses faster, perhaps 2x faster, but Brotli is fast enough. Often a little faster than gzip/deflate. Brotli can compress more because of context modeling, about 5% more without the static dictionary and even more with it. Brotli works better with very short data. Brotli is a bit more streamable than zstd, i.e., hides less data during transfer. Zstd has better encoder implementations, but basically there is no technical difference in the demands of the format on the encoding algorithms. Compression could be equally fast, Zstd just saw more love and specialization for encoding. As a result, Zstd libs are 2x heavier than Brotli.