Talk:Compression
From Just Solve the File Format Problem
(Difference between revisions)
(Gphemsley moved page Talk:Compression to Talk:Archiving: Splitting Archiving and Compression.) |
(→Disk compression: Add response.) |
||
| (One intermediate revision by one user not shown) | |||
| Line 1: | Line 1: | ||
| − | # | + | == Disk compression == |
| + | Putting disk-level transparent compression formats here arguably contradicts the "Stream compression formats" text. But I don't see a better place to put them -- I guess I want this page to be for "all compression topics that don't belong somewhere else". -[[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 19:10, 15 January 2020 (UTC) | ||
| + | : For the clarity sake, do you mean [[Compression#Transparent_file_compression]], [[Filesystem|Filesystem, especially the likes of NTFS/BTRFS as a prime example that can optionally compress files]], or [[Filesystem#Compressed_filesystems]]? I do feel like "Stream compression formats" should really be more Unix definition of it. It's a common misconception that (novice) users falsely believes [[tar]] is like [[ZIP|zip]], meaning that it supports compression, when in fact that's handled externally. That, and stream compressors has no concept of multiple file inclusions, where if several files were fed into the stream compression program, the result would be several discretely compressed files, instead of "archived" as one single compressed file in that sense. [[User:Anonymoususer852|Anonymoususer852]] ([[User talk:Anonymoususer852|talk]]) 09:44, 9 August 2025 (UTC) | ||
Latest revision as of 09:44, 9 August 2025
[edit] Disk compression
Putting disk-level transparent compression formats here arguably contradicts the "Stream compression formats" text. But I don't see a better place to put them -- I guess I want this page to be for "all compression topics that don't belong somewhere else". -Jsummers (talk) 19:10, 15 January 2020 (UTC)
- For the clarity sake, do you mean Compression#Transparent_file_compression, Filesystem, especially the likes of NTFS/BTRFS as a prime example that can optionally compress files, or Filesystem#Compressed_filesystems? I do feel like "Stream compression formats" should really be more Unix definition of it. It's a common misconception that (novice) users falsely believes tar is like zip, meaning that it supports compression, when in fact that's handled externally. That, and stream compressors has no concept of multiple file inclusions, where if several files were fed into the stream compression program, the result would be several discretely compressed files, instead of "archived" as one single compressed file in that sense. Anonymoususer852 (talk) 09:44, 9 August 2025 (UTC)
