this post was submitted on 03 Oct 2023
212 points (95.7% liked)

Linux

48713 readers
1355 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

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. open domain image data .exr
  3. videos .av1
  4. lossless audio .flac
  5. lossy audio .opus
  6. subtitles srt/ass
  7. fonts .otf
  8. container mkv (doesnt contain .jxl)
  9. plain text utf-8 (many also say markup but disagree on the implementation)
  10. documents .odt
  11. archive files (this one is causing a bloodbath so i picked randomly) .tar.zst
  12. configuration files toml
  13. typesetting typst
  14. interchange format .ora
  15. models .gltf / .glb
  16. daw session files .dawproject
  17. otdr measurement results .xml
you are viewing a single comment's thread
view the rest of the comments
[–] seaQueue@lemmy.world 17 points 1 year ago (2 children)

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

[–] xinayder@infosec.pub 5 points 1 year ago (2 children)
[–] raubarno@lemmy.ml 17 points 1 year ago (1 children)

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^.

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 5 points 1 year ago* (last edited 1 year 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 3 points 1 year ago (2 children)

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 2 points 1 year ago* (last edited 1 year 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!

[–] MonkderZweite@feddit.ch 1 points 1 year ago (1 children)
[–] Turun@feddit.de 1 points 1 year ago* (last edited 1 year 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.