if you could pick a standard format for a purpose what would it be and why?

e.g. flac for lossless audio because…

(yes you can add new categories)

summary:

  1. photos .jxl
  2. videos .av1 (someone mentioned mka or something like that, cant recall but thet mentiomed it being a ‘container’)
  3. daw session files .dawproject
  4. documents .odt
  5. archive files (this one is causing a bloodbath so i picked randomly) .tar.zst
  6. models .gltf / .glb
  7. plain text utf-8
  8. interchange format .ora
  9. configuration files toml OR yaml (disagreement)
  10. typesetting typst
  11. open domain image data .exr
  12. lossless audio .flac
  13. lossy audio .opus
  14. subtitles srt/ass
  15. container mkv
  • seaQueue@lemmy.world
    link
    fedilink
    arrow-up
    17
    ·
    10 months ago

    .tar.zstd all the way IMO. I’ve almost entirely switched to archiving with zstd, it’s a fantastic format.

      • raubarno@lemmy.ml
        link
        fedilink
        arrow-up
        16
        ·
        10 months ago

        Gzip is slower and outputs larger compression ratio. Zstandard, on the other hand, is terribly faster than any of the existing standards in means of compression speed, this is its killer feature. Also, it provides a bit better compression ratio than gzip citation_needed.

        • Supermariofan67@programming.dev
          link
          fedilink
          arrow-up
          6
          ·
          10 months ago

          Yes, all compression levels of gzip have some zstd compression level that is both faster and better in compression ratio.

          Additionally, the highest compression levels of zstd are comparable in compression level to LZMA while also being slightly faster in compression and many many times faster in decompression

      • seaQueue@lemmy.world
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        10 months ago

        gzip is very slow compared to zstd for similar levels of compression.

        The zstd algorithm is a project by the same author as lz4. lz4 was designed for decompression speed, zstd was designed to balance resource utilization, speed and compression ratio and it does a fantastic job of it.

    • Turun@feddit.de
      link
      fedilink
      arrow-up
      3
      ·
      10 months ago

      The only annoying thing is that the extension for zstd compression is zst (no d). Tar does not recognize a zstd extension, only zst is automatically recognized and decompressed. Come on!

      • seaQueue@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        9 months ago

        If we’re being entirely honest just about everything in the zstd ecosystem needs some basic UX love. Working with .tar.zst files in any GUI is an exercise in frustration as well.

        I think they recently implemented support for chunked decoding so reading files inside a zstd archive (like, say, seeking to read inside tar files) should start to improve sooner or later but some of the niceties we expect from compressed archives aren’t entirely there yet.

        Fantastic compression though!

        • Turun@feddit.de
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          9 months ago

          Not sure what that does.

          Yes, you can use options to specify exactly what you want. But it should recognize .zstd as zstandard compression instead of going “I don’t know what this compression is”. I don’t want to have to specify the obvious extension just because I typed zstd instead of zst when creating the file.