![Windows Windows](https://srad.jp/static/topics/windows_64.png)
Windows 11、7-zipやrarなどのアーカイブ形式をネイティブサポートへ 73
ストーリー by nagazou
ほほう 部門より
ほほう 部門より
PC Watchに掲載されている記事によると、Microsoftは23日、開催中の開発者向けイベントBuildのなかで、Windows 11に導入される新機能としてTar、7-Zip(7z)、RAR、gzといったさまざまな圧縮フォーマットをネイティブでサポートすることを明らかにしたという。libarchiveオープンソースプロジェクトを導入することで実現するとしている。これにより圧縮機能の性能も向上するとしている。圧縮/解凍に別途ソフトを利用しなければならない機会を減らせることが期待できるとしているが、記事によれば詳細に関してはまだ不明となっている(PC Watch)。
あるAnonymous Coward 曰く、
あるAnonymous Coward 曰く、
リリース中で言及されているlibarchiveオープンソースプロジェクトは、Windows 10の時点ですでにtarコマンドに使われているが、7-zipやrarなどのサポートはビルドオプションで無効にされているため、利用できなかった。Zip形式に関してもUnicodeファイル名の圧縮に対応してもらいたかったが、7-zipやrarが使えるならそれらで圧縮したほうが確実かもしれない。
フォルダに見えるのはやめてくれ (スコア:3, すばらしい洞察)
基本的にはよい方向だと思うが、圧縮ファイルがフォルダのように見えて、
フォルダのように扱えてしまうのはちょっとやめてほしい。
分かっている人ならいいのだが、よくわからない人がフォルダのように
扱うと、話がかみ合わなくなることがよくある。
完全にフォルダと同等の扱いにできるほどシームレスになるならよいかも。
圧縮フォルダ内のexeを実行できるとか?
Re: (スコア:0)
あるあるですね。
そしてexeを実行しても、他の必要ファイルが解凍されてないから結局失敗するという。
しかし、圧縮ファイルを普通のフォルダのように扱えるデザインは可能だろうか?
結局全ファイル解凍しないと無理な気がする。
Re: (スコア:1)
fuse でアーカイブファイルをファイルシステムとしてマウントする、なんてのは20年ぐらい前からある。
Windows でも同様の事はそりゃ出来るでしょう。
Re: (スコア:0)
可能でしょう
Windowsもストレージ層で暗号化されているのを全ファイル復号化してシームレスに見せているわけで
やっていることは同じ
Re: (スコア:1)
// 暗号化とはそこが違うすよ
Re: (スコア:0)
ZIPやRARだと、書込み時が遅くなるだけで、読込みだと速度劣化は無視できるレベルだし、辛くはないんでは?
Re: (スコア:1)
というのをツラくない、というのはだいぶフゴーな気がしますよお
Re: (スコア:0)
zipはファイルごとにdeflateストリームが独立しているからほしいファイルだけを取り出せる。rarや7zは、書庫の最後のファイルだけがほしいときでも先頭から全部展開しなければならないので、巨大な書庫の末尾からファイルを取り出すときは顕著に遅くなる。
7-zipというアーカイブ形式は無い (スコア:2)
アーカイブフォーマットの名前は7z [7-zip.org]であり、7-zipではない(7-zip公式サイトより)
#フォルダみたいに扱えることのデメリット、アーカイブ内の全ファイルをテンポラリに解凍するわけじゃないので依存関係のあるファイルがエラー起こすのがいちばん大きいと思うのですがどうか
rar は嫌がらせ (スコア:1)
この時代、圧縮率の差によるサイズ縮小から得られるメリットなんて微微たるものなのに、RAR で送ってくるって嫌がらせでしかなかったです。
そこそこでいいから ZIP でいいんよ。
多少のイライラが改善されるのね
Re:rar は嫌がらせ (スコア:2, 興味深い)
この時代、圧縮率の差によるサイズ縮小から得られるメリットなんて微微たるものなのに、RAR で送ってくるって嫌がらせでしかなかったです。
まぁ逸般的すぎるっちゃそうなんですが
メール添付やホスティングの制限で分割に四苦八苦とか考えると
rar分割なんかはありではあるんですけどね
ベストは分割するかどうか結合が必要かを自動判断で見た目1ファイルにしてくれると
説明いらずで楽なんですが
# 多分気付いたら残骸だらけでディスクフルになるバグが仕様になるんだろうなぁ
Re:rar は嫌がらせ (スコア:1)
rarには、リカバリレコードを付加でき、データの一部が壊れても復旧可能とされてる
ただし試したことは無いから知らない
Re:rar は嫌がらせ (スコア:1)
古いCDにやいてたやつはファイルが壊れてたが、リカバリーレコードで復元できたことがある。
それ以外での経験はないなぁ。
Re: (スコア:0)
webpとか再圧縮するだけ無駄だしね。そういうのは無圧縮zipでいいっす。
Re: (スコア:0)
GCAは?
関連リンク〜 (スコア:0)
7-Zipの日本語サイトが移動しています
https://7-zip.opensource.jp/ [opensource.jp]
事情についてはこちらから
https://twitter.com/shujisado/status/1660813945261944832 [twitter.com]
※ また佐渡さんのTw(略
Re: (スコア:0)
やばくないその情報?
osdn.netすらヤバイ状態ならsradが突然死しても不思議ではない。
Re: (スコア:0)
それはもともと
泉のせい (スコア:0)
お前が実装したZIPは
Teamsで開いとたき文字化けしてわけわかめのZIPか?
それともWindows回答すると文字化けするZIPか?
正直者には綺麗なZIPを進呈しよう。
Re:泉のせい (スコア:1)
わ~い、生ZIP diskもらえるんだ!
なんかものすごく久しぶりに (スコア:0)
OSとしてまともというか有用な更新のニュースを聞いた気がする
Re: (スコア:0)
それな。
TCP/IPネィティブサポート以来のような気がするよ。
xz, zstd (スコア:0)
ついでに xz と zstd に対応してくれ(圧縮も)。
Re: (スコア:0)
bzip2は……もういらない?
Re: (スコア:0)
bzip2 は既に役目を終えたのでは? 今さら普及させる意味もなさそう
Re:xz, zstd (スコア:2, 参考になる)
Unix系 (とMS-DOS系) の圧縮ツールとアルゴリズムの歴史
※ ツールによっては副アルゴリズムがあったり複数のアルゴリズムから選択式だったりするので、アルゴリズムは代表的なやつ。細かいミスは詳しい誰かが突っ込むだろう。
pack: 拡張子は z
- 太古の Unix 圧縮ツール。アルゴリズムは Huffman
- 今から見れば大変残念な圧縮率
- 実は gzip は pack 形式も伸張できる
- 同世代の MS-DOS (CP/M?) ツールは SQ など
compress: 拡張子は Z
- UNIXで標準的に使われていたツール、アルゴリズムは LZW
- 小文字 z が pack で使われていたので拡張子が大文字 Z になった
- 実は gzip は compress も伸張できる
- 同世代の MS-DOS ツールは ARC, ZOO など
gzip: 拡張子は gz
- GNU の圧縮ツール、アルゴリズムは Deflate (LZSS + Huffman)
- compress が使っている LZW には GIF と同じ特許問題があったので代替が必要だった
- compress と同等の速度で圧縮率が非常に高く、バランスが良いため広く普及した
- 同世代の MS-DOS ツールは PKZIP/ZIP, LHarc/LHa など
- ライブラリの zlib もヘッダやチェックサムが異なるだけで同じアルゴリズム
bzip2: 拡張子は bz2
- アルゴリズムは BWT + MTF + Huffman
- gzip より圧縮率が高いため普及した
- しかし速度が非常に遅いため、gzip を置き換えるには至らず棲み分けになった
xz: 拡張子も xz
- アルゴリズムは LZMA (LZSS + Range Corder)
- bzip2 よりもさらに圧縮率が高いが少し遅い
- bzip2 の用途(遅くても良いから圧縮率を高くしたい)を奪う形で普及した
- 同世代の MS-Windows ツールは 7-ZIP (というかこっちが LZMA の本家)
- lzip(普及しなかった)もヘッダやチェックサムが異なるだけでほぼ一緒
zstd: 拡張子は zst
- 比較的新しいツール、アルゴリズムは LZ77 + FSE
- gzip と同じくらいの圧縮率だが、何倍も高速
- 今後 gzip の用途(そこそこの圧縮率で高速)を置き換える形になりそう
まとめ:最新の流行は xz と ztsd の棲み分け、この二つのサポートが欲しいところ
Re: (スコア:0)
lzipも忘れないで
Re: (スコア:0)
lzip はセンスは良いのだけど xz との普及競争に負けたマイナー品なので忘れても良い。
Re: (スコア:0)
そして今更誰も言及しないlzh (lha).....
パソコン通信時代は標準だったのになぁ。
Re: (スコア:0)
マイクロソフトは Windows 10 で少し前まで lha 形式をサポートしていたんだけど、アップデートで廃止しちゃったんだよなあ。確か。
Re:xz, zstd (スコア:2)
格納ファイル1個につき最大4GB(L1とL3)のヘッダが作れる仕様になってるし、フォーマットそのものに問題ありと言われても仕方ないよーな。
L1はL0と互換性保ちつつL2で導入予定だった拡張ヘッダに対応しようとしたためにL0からはファイルデータに見える位置に拡張ヘッダを置く仕様になってて、結果的にファイルサイズが許容する4GBまで拡張ヘッダ詰め込める仕様になっちゃってる。あと拡張ヘッダに関する仕様も最大ヘッダサイズが64KBのL2を前提に決められているため 4GBまで詰め込めるL1では曖昧な仕様になってる。例えば複数のファイル名ヘッダが現れたら許容するのかエラー扱いするべきなのかとか、許容するとしたら連結するのか最後(最初でもいいけど)を採用するのか実装依存で勝手にやって構わないのか、とか文書化されてないし。
L3に関しては草案段階っぽいけどWindowsで言うところの代替データストリームをヘッダに格納するようにしたのが原因だと思う。
L3に関してはともかくL1に関しては きちんと仕様策定して文書化してればセキュリティソフト側も対応してくれた可能性あるんじゃないかと思うし、全部が全部セキュリティソフト側が悪いってわけじゃないと思うよ。
Re: (スコア:0)
未だにlzhデータをダウンロードさせる某役所。何とかして貰えませんか。
新の狙いは (スコア:0)
Zip以外の圧縮ファイルの中身を検索&収集するためですね?
zipのutf8対応はスルー (スコア:0)
zipファイルのutf-8対応の問題も直してくれたらいいのに。
Re: (スコア:0)
MSじゃなくてutf-8フラグを立てないAppleに言えという話ではなくて?
Re: (スコア:0)
マイクロソフトすらスルーしているのに
そういえば7zipはロシア製ですが (スコア:0)
政治的な事情は大丈夫?オープンソースだから平気?
Re: (スコア:0)
Microsoft実装が標準提供されることで本家7-zipを使う必要がなくなると考えればむしろ政治的に利益があるのでは
Re: (スコア:0)
一応MSが監査し、問題があればすぐに修正されてしまうビルドがある以上、本家に何かコンタミさせる意味は薄れる。
そういう意味があ…ってほしい。
主要アーカイバ全対応APIつくってくれ (スコア:0)
マイクロソフトは、WIC(Windows Imaging Component)っていう、主要画像フォーマット全対応APIを作ってOSに標準装備してる
だから、各画像フォーマットに対応したフリーのライブラリをたくさんあつめて画像ソフトのプログラミング、みたいな面倒なことをしなくてもよくなった
おなじように、主要アーカイバ全対応APIを作って、OSに標準装備してくれ
Re: (スコア:0)
かつては、こんなものはバッファオーバフローの温床なので、あってもまともな開発者は絶対使わないなどと陰口を言われたもの
時代は変わったねえ
Re: (スコア:0)
あ、それは建前。
本音は主要といいつつエロゲの画像フォーマットに対応してないから使わないのだよ。
# そういえばsusie、最近立ち上げてもいないなあ…
Re: (スコア:0)
Susieは、
iftwic.spi 主要画像ファイル全対応(WIC API利用)
ax7z.spi + 7z.dll 主要アーカイバ全対応
この2つのプラグインを入れて、不要なのを無効化・削除すれば、
使うプラグインは大幅に減らせる
Susie以外のSusie Plugin対応ソフトも、同様にして使うプラグインを大幅に削減可能
Re: (スコア:0)
ただwicのjpegはifjpegxより2~3倍遅いんだよね
巨大画像を扱うときは結構効いてくる
Re: (スコア:0)
最近のCPU/OS/コンパイラ等についてるセキュリティ機能を有効にすれば、
たとえバグがあっても、プロセスがクラッシュするくらいで済んで、
悪用されるリスクは十分に少なくなったけどね
Re: (スコア:0)
緩和策は緩和策でしかない。
ウイルスバスターを入れているからWindows Updateは不要と言っているようなもの
Re: (スコア:0)
ウイルスバスター自体が…
Re: (スコア:0)
かつてのMSはそういうAPI作るのに熱心だったけど最近の新機能はAPIが公開されていないものばかりだからなあ
Build 23466 (スコア:0)
Build 23466のtarコマンドでは、少なくとも7zの展開ができるようになっていたことを確認した。GUIはまだ(か、何らかのフラグに隠されている)
Re:Build 23466 (スコア:1)
すまん間違えた。展開できたと思ったのはrarだった。7zは従来通り"LZMA codec is unsupported"というエラーが出て展開できない。rarの展開も、よく見ると"Parsing filters is unsupported."というエラーが出て一部展開に失敗している。しかもこれらはリリース版のWindows 11 22H2でも同じだった。Build 23466にはまだ変更は入っていない模様