タグ付けされた質問 「compression」

データの圧縮(圧縮)および復元(圧縮解除)。

9
ffmpegでビデオのサイズを縮小するにはどうすればよいですか?
ffmpeg品質を下げることでビデオのサイズを小さくするにはどうすればよいですか(当然、可能な限り最小限にしますが、使用可能なスペースがあまりないモバイルデバイスで実行する必要があります)。 私はまだ一つのことを書くのを忘れていました。ビデオで字幕(* .srtまたは* .sub)を使用できる場合、変換されたビデオファイルのパラメーターに合わせて字幕も変換したいと思います。

6
.gzファイルを再帰的にgrepするにはどうすればよいですか?
スクリプトを使用して、生の.emlを.gzファイルに圧縮するGmailメッセージを定期的にダウンロードしています。このスクリプトは、毎日フォルダを作成し、すべてのメッセージを独自のファイルに圧縮します。 この文字列で「文字列」を検索する方法が欲しいです。 Grepだけではそれができないようです。SearchMonkeyも試しました。


10
UNIXでzlibデータを解凍する方法は?
次のように、Pythonでzlib圧縮データを作成しました。 import zlib s = '...' z = zlib.compress(s) with open('/tmp/data', 'w') as f: f.write(z) (またはシェル内の1つのライナー。echo -n '...' | python2 -c 'import sys,zlib; sys.stdout.write(zlib.compress(sys.stdin.read()))' > /tmp/data) 次に、シェルでデータを圧縮解除します。どちらzcatもuncompress動作しません: $ cat /tmp/data | gzip -d - gzip: stdin: not in gzip format $ zcat /tmp/data gzip: /tmp/data.gz: not in gzip format $ …
106 compression  gzip 

8
なぜ単一のファイルをtarするのですか?
私の会社では、ローカル開発データベースのスナップショットをdb.dump.tar.gzファイルとしてダウンロードしています。圧縮は理にかなっていますが、tarballには単一のファイル(db.dump)しか含まれていません。 単一のファイルをアーカイブするポイントはありますか、それとも.tar.gz一般的なイディオムですか?どうして.gz?
101 tar  compression  archive 

2
すべてを現在のディレクトリに圧縮する
現在のディレクトリ内のファイルやフォルダーを含め、すべてを圧縮し、Ubuntu上の単一のZIPファイルにパッケージ化します。 これに最も便利なコマンドは何ですか(また、インストールする必要があるツールの名前がある場合)。 編集:1つのフォルダーまたは複数のファイルを除外する必要がある場合はどうなりますか?

6
未使用のスペースをゼロでクリアします(ext3、ext4)
未使用のスペースをゼロでクリアする方法は?(ext3、ext4) よりスマートなものを探しています cat /dev/zero > /mnt/X/big_zero ; sync; rm /mnt/X/big_zero FSArchiverが「使用済みスペース」を探しているように、未使用だが反対側のサイトを無視します。 目的:パーティションイメージを圧縮したいので、未使用のスペースをゼロで埋めることを強くお勧めします。 ところで btrfsの場合:未使用のスペースをゼロでクリアします(btrfs)

6
その場でgzip圧縮されたddイメージをマウントすることは可能ですか?
システムを初めてバックアップするときに、イメージバックアップを作成するのが好きです。この最初の時間の後、rsyncを使用して増分バックアップを行います。 私の通常のイメージバックアップは次のとおりです。 空のスペースをマウントしてゼロにします。 dd if=/dev/zero of=temp.dd bs=1M rm temp.dd 圧縮しながらドライブをアンマウントしてdd dd if=/dev/hda conv=sync,noerror bs=64K | gzip -c > /mnt/sda1/hda.ddimg.gz システムを通常に戻すには、通常、 gunzip -c /mnt/sda1/hda.img.gz | dd of=/dev/hda conv=sync,noerror bs=64K これは本当に簡単で、「ドライブ全体」を保存できますが、実際には使用済みの領域を保存するだけです。 ここに問題があります。上記を実行しますが、クリーンなシステムでは実行せず、rsyncバックアップをすぐに実行せず、アクセスしたいファイルがイメージ上にあるとしましょう。実際にイメージをドライブに解凍してddするためのストレージスペースがないが、イメージをマウントして個々のファイルを取得したいとします。...これは可能ですか? 通常、ddイメージは圧縮され-o loopないため、... を使用してイメージをマウントするだけで済みますが、これは私の場合ではありません... 圧縮されたimgをその場でマウントするための提案はありますか? AVFSを使用してgzファイルを「マウント」してから、内部dd.imgをマウントすることはできますか(そうは思いませんが...検証が必要です)。

5
Linux用のどのファイル圧縮ソフトウェアが最大のサイズ削減を提供しますか?[閉まっている]
私は大量のファイル圧縮を行います。私が圧縮しているもののほとんどは単なるコードなので、損失の少ない圧縮を使用する必要があります。7zipよりも優れたサイズ削減を提供するものがあるかどうか疑問に思っていました。重要なのは、サイズを圧縮または解凍するのにかかる時間です。Linuxでこのようなソフトウェアを知っている人はいますか?または、7zipが最適ですか?

1
bzip1はどうなりましたか?
bzip2は、長年にわたって非常に強力な圧縮の事実上の標準でした。私自身bzip2、これまでに何千回もコマンドを入力していたので、bzipまたはbzip1はどうなったのでしょうか?グーグルはそれについてあまり語っていないようで、興味深い歴史の教訓になりそうだ。


3
`scp`で` -C`フラグは正確に何をしますか?
私は常に、rsyncまたはscpリモートマシンとの間でファイルをコピーするために、またはその両方を使用します。最近、scp(man scp)のマニュアルでフラグを発見しました-C -C Compression enable. Passes the -C flag to ssh(1) to enable compression. このフラグを発見する前に、私はzip以前に使用していたscp。 を使用して-C圧縮するだけでなく、解凍するのと同じくらい効率的ですか?いつ1つまたは別のプロセスを使用すると、転送が高速になりますか?


4
非圧縮サイズの大きなGZIPPEDファイルを処理する最速の方法
ファイルをgzipで圧縮すると、特に非圧縮ファイルのサイズが4 GBを超える場合に、非圧縮ファイルサイズが何であるかを(圧縮解除せずに)すばやく照会する方法があります。 RFC https://tools.ietf.org/html/rfc1952#page-5によると、ファイルの最後の4バイトを照会できますが、非圧縮ファイルが> 4GBの場合、値は単にuncompressed value modulo 2^32 この値はを実行して取得することもできますがgunzip -l foo.gz、uncompressed value modulo 2^32上記のようにフッターを読み込んでいると考えられるため、「uncompressed」列には再び含まれています。 最初に解凍せずに非圧縮ファイルサイズを取得する方法があるかどうか疑問に思っていましたが、これはgzipされたファイルに50GB以上のデータが含まれ、次のような方法を使用して解凍するのに時間がかかる場合に特に便利です gzcat foo.gz | wc -c 編集: 4GBの制限は、OSXに含まれるユーティリティのmanページで公に認められていますgzip(Apple gzip 242) BUGS According to RFC 1952, the recorded file size is stored in a 32-bit integer, therefore, it can not represent files larger than 4GB. This limitation …
24 compression  gzip 

5
ハードウェアリソースにあふれないオンザフライストリーム圧縮
200 GBの空きディスク容量、16 GBのRAM(そのうち約1 GBはデスクトップとカーネルが占有)、6 GBのスワップがあります。 240 GBの外付けSSDがあり、70 GBが使用され1が残り、残りはディスクにバックアップする必要があります。 通常、dd if=/dev/sdb of=Desktop/disk.img最初にディスクを使用してから圧縮しますが、圧縮ステップにより空き領域が押しつぶされる場合でも、イメージを最初に作成することはオプションではありません。最終アーカイブはディスクに簡単に収まります。 ddデフォルトでSTDOUTに書き込みgzip、STDINから読み取ることができるため、理論的にはを書き込むことができますがdd if=/dev/sdb | gzip -9 -、gzipバイトddを生成するよりもバイトの読み取りにかなり時間がかかります。 からman pipe: パイプの書き込み側に書き込まれたデータは、パイプの読み取り側から読み取られるまでカーネルによってバッファリングされます。 を|実際のパイプのように視覚化します。1つのアプリケーションがデータを押し込み、もう1つのアプリケーションがパイプのキューからデータをできるだけ早く取り出します。 左側のプログラムがパイプの反対側が処理を期待できるよりも多くのデータをより速く書き込むとどうなりますか?それは極端なメモリまたはスワップの使用を引き起こしますか、またはカーネルはディスク上にFIFOを作成しようとし、それによりディスクをいっぱいにしますか?それともSIGPIPE Broken pipe、バッファが大きすぎると失敗しますか? 基本的に、これは2つの質問に要約されます。 一度に読み取られるよりも多くのデータをパイプに押し込むことの意味と結果は何ですか? 圧縮されていないデータストリーム全体をディスクに配置せずに、データストリームをディスクに圧縮する信頼できる方法は何ですか? 注1:最初の70個の使用済みGBを正確にコピーすることはできません。断片化など、コンテンツ全体を完全に維持する必要があるため、動作中のシステムまたはファイルシステムを取得します。
23 pipe  dd  compression  gzip 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.