グーグルがZIPやPNG等をより高圧縮にするアルゴリズムを開発、オープンソースで公開

Google、データ圧縮ライブラリ「Zopfli」をオープンソースとして公開
米Googleは2月28日、zlibよりも圧縮率が高い新しいデータ圧縮ライブラリ、
「Zopfli」をオープンソースとして公開した。

　米Googleは2月28日、新しい汎用データ圧縮ライブラリの「Zopfli」を
オープンソースとして公開した。Zopfliの名称は、スイスのパンのレシピに
由来するという。

　ZopfliはDeflate圧縮アルゴリズムを実装したライブラリだ。gzip、Zip、PNGや
HTTPリクエストで使われる圧縮アルゴリズムと互換性を保ちながら、従来の技術
よりも圧縮率が高くなることが特徴。
Zopfliで圧縮したファイルのサイズは、zlibを使った場合に比べて最大で3〜8％
小さくなるといい、「Deflate互換の圧縮技術の中で最先端を行く」とGoogleは評している。

　半面、より徹底した圧縮技術を使うことでデータ密度を高めているため、圧縮には
時間がかかる。解凍時間に影響はないものの、圧縮にはzlibに比べて最大で2〜3倍の
CPU時間を要することから、例えばWeb用の静的コンテンツなど、一度圧縮したデータを
ネットワーク経由で何度も送信するような用途に適しているという。

全文
http://www.atmarkit.co.jp/ait/articles/1303/01/news112.html

悲しいときーーー！

オリジナルをよこせ

素晴らしいです

3~8%って高いの低いの

7zipでいいです

>>5
低いだろ

ZIPPEIは白い入れ物に圧縮されてしまいました

7zでいいだろ

割れが捗るね＞＜

読み方が分からん

rarと同じぐらいでしょ〜

まーた中身調べて送信するんでしょ

割れが捗る

マイクロブラックホールを使って記憶を36バイトに圧縮できる世界ももうすぐですね

spyware

>>7
帯域気にする業者だとデカイYO

ゾプフリ

互換性とか考えないで圧縮率の超高い圧縮方法を作って、googleのサーバーとクロームでサポートして
デファクトスタンダードにしちゃえばいいのに。

3倍時間かけて8%しか圧縮されないとか効率悪すぎ
これは流行らない

普及しないとタダのオナニー

圧縮なんていらん全部ドロボに置けばええねん

ゾップフリ？

かなしいときの人

「2bitあれば全てのファイルを復元する事が可能」

zipとrarの時代オワタ＼(^o^)／

7zの流行らなさは異常

読みにくいから流行らない

http://code.google.com/p/zopfli/source/browse/

これを使うと自分の情報がグーグルに伝わるとか無いよね？

データ配信業者用だな

Zopでくれ

.zopでくれ

拡張子は.zop？

.golじゃないのか

最大8%減て

比べるのがなんで書庫と画像形式？

ぞぷでよこせ

　',彡'/ r' ﾉヽヾミ三三三三三彡'　　　_,,,,,,､ヽ;:;ｨ''|
　 彡'|.|（‐'''"　'iﾐﾆニ三彡"´￣　　　　 ｀ﾞﾞｰ'　　u |
.　 彡i､ヾ　('　 ヾミﾆ三'　 　 　 　 　 __,,､　....ﾉノ　/
　　彡ゝ ｀'' "　 |ミﾐﾐ' 　　　U　　‐'"ひi,;'´　 ,ｨ;;ｧ''
　　 '彳｀ー‐i　 |ﾐﾐﾐ'　 　 　 　 　 ｀`‐ｼ　　 |､ﾆ'
　--､/ 　 　i　 |ミﾐ 　 　 　　　　.,,r‐''"　　　| ﾉ
　く'ﾉ　　 　:i 　ミﾐ 　 　 　　　　´　　.,　'　　 |'
　､＼ 　 　 .l　 ヾ 　 u　　 　 　　　.ﾉ（_,,､. 　 |　　　　　　・・・　.Zop？？
　:＼ヽ,　　 ヽ　　　　　　　　　 ／　　 ｀t‐一'
　::::ヽ ヽ　　　｀::.　　 　 　 ,; ' 　　　　　.:i
　:::::::ﾍ ヽ　　　 ｀::. 　 　 　 　''"⌒ﾞ''一ﾉ
　::::::::::ﾍ.ヽ　　　　ヽ､ 　 　 　 ｀ ー'ｰﾉ
　::::::::::::::ヽﾍ　　　　　｀ｰ┬‐一;;''""´　
　＼､:::::::::ヽヽ　　　　　 /::ﾍ ）　｀ﾞ'ｰ､_.　
　〃｀ﾞｰ､;;;;＼＼　　　/i:::::::丿　' , ' , '｀ﾞ

ゾフィー？

Lhaplus とは
Lhaplus ( "ラプラス" と読みます ) は、アーカイバと呼ばれる解凍、圧縮ソフト
の一つです。比較的、高機能な部類に入りますが、インストール直後からそのまま
使用でき、初心者用の項目が少ない設定画面も用意されているため、PC に習熟し
ていない方にもおすすめできるソフトウェアです。

解凍、圧縮に、外部 DLL を導入する必要がありません
多数のアーカイブ形式に対応しています
様々な圧縮、解凍操作に対応し、直感的、効率的に作業を行うことができます
ユーザーの好みに合わせて、動作や表示の設定を変更できます
アーカイブ変換や ZIP パスワード探索など、アーカイブ操作に付随する作業をサ
ポートする機能を有しています
解凍・エンコード 対応形式

拡張子は意地でも3文字にしろよ。

zopの時代が来るな

よくわからんからドラゴンボールで例えてくれ

ゾッペイ

名前忘れたけど、こないだPNGより30%ほど圧縮出来るものを発表してなかった？

仕事ならzip一択
変な圧縮すると「厨二病」と失笑される

>>42
Microsoft「せやな」

あぁ、これ画像ではなくてアーカイバのことか
dgcと同じレベルか？

>>47
解凍できないってクレームになるだけだよな

ただし画像を送れ

ぜったいやばいやつだろこれ
Googleのものは怖すぎてつかえんわ

エリートはLを発音しない

従ってゾフィ
縮めてゾフ

2バイト文字で何か問題とか出そうだな

7zじゃいかんのか？

なんて読むんだよ

そんなことよりGoogleの力で文字コードをUTF-8に統一してくれ

GCA

rarより圧縮率高いじゃんｗ
フリーソフトだから良いとしてこれが有料ソフトだったら会社滅亡するレベルだった

>>54
圧縮に時間かけて良いなら7zのmx9で良いと思う

実装はよ

解凍時間はどーなんだろ
圧縮自体は需要あると思うけどね、今だとモバイルで制限あるから

googleが作ったものの空気だけですぐ消えていく感は異常

オープンソースのプンソーって何？

これのいいところ
・PNG画像をちょっと小さくできる
・ZIPアーカイブをちょっと小さくできる
・gzip圧縮ファイルもちょっと小さくできる
・オープンソースでアルゴリズムが公開されている

その代わり圧縮には時間かかるよ（オプションで与える試行錯誤の回数が増えるほど）

Googleみたいに膨大な量のデータを送信する企業にとっては、予め圧縮しておける
データの転送量を5%〜8%減らせれば嬉しいだろうね

ブローバンドの時代に1割も改善しないんじゃ誤差といわれてもしょうがない

21MBのzipが20MBになった所でどうすんだよ…

でも、情報が盗まれるんでしょ。
アップデートも自動で。

>>66
その20MBのファイルが1000回ダウンロードされたら1GBの転送量節約になる

>>65
仮に１割として、グーグルが１０００台サーバを稼働させてるとしたら
１００台分のサーバが浮く
これは企業にとってはヤバいほどの効果だ

互換持ってるってつまりどういう使い方するの

>>70
プログラムのライブラリだからプログラム組めない奴には関係ない

7zって気持ち悪いぐらい画像縮むよね

暗号化してもgoogleだけ知ってるマスターキーで解除されそう

>>37
zipとpngは同じ圧縮方式だから

>>57
またあんの？

SDカードの容量も最低でも5%増なわけか
悪くないね

>>27
全然手軽じゃねーもん

昔のMacみたいな二段階圧縮が出来るのか？Winで出来ないのが不思議だったｗ。

デコードに時間かからないならいいな

全ては軽いかどうか

dgcaで資料送ってくる会社があって驚いたことあるな
俺は知ってる形式だったけど、普通は知らんだろうから問い合わせ多くて面倒じゃなかろうかと

>>78
なんだっけそれ
何かいろいろあった気がするけどCompact Proしか覚えてない

もうこれ以上圧縮しなくても・・・・

THcompには敵うまい

今さらDeflateかよ。なんかつまんねえな

>>19
PAQって圧縮が現状最高圧縮だが
10MBのファイルで圧縮に二時間、解凍に一時間半掛かるｗ

>>83
googleレベルになるとファビコン一つ変わるだけで帯域の節約になるし普通の数メガあるファイルならそこらのサーバーでもメリットになる

こんどはどんな情報抜く気なの？

※ただし圧縮した情報はグーグル鯖に送られます

>>84
持ってない人には，関係ありません．

>>82
Macで昔出たやつあるじゃん
このCMでもさりげなく出てるけどなw
http://www.nissui.co.jp/frontier/20/p04_02.jpg

正直Rarが一番手軽だわ

>解凍時間に影響はない
なら良いんじゃね？

http://www.dotup.org/uploda/www.dotup.org3999194.jpg

おー、みすていく

その分メモリかCPU食うとかだろ

最近のPCなら問題ないだろうけどなa

>>81
久々に作者のサイトみたら相変わらずいろいろとあれで笑ったww

未だLzhとかtarで送ってくる奴はなんなんだよ

bmp→7zの圧縮率っべーっすよね

Windows用のフリーフォントをlzmaで配布してるサイトがあった

Googleだけは中身が見られるんだろうな。
パスかけても

>>1
送受信ファイルの中身を見たくて必死かよ
氏ねグーグル

zcm,apaq,nanozipあたりが高圧縮
zhuffは爆速

昔お前らがZipでクレって言ってたのをGoogleが言うようになるんだな

なんか -1000 とかいうオプションがあったぞ。
標準は -15 らしいけど。

バカヤロコノヤロメー

ゾプフィｗ

zipとかrarって配布されてるのだと高圧縮だけど、自分でやっても全然圧縮ならん

間違えたapaqじゃなくてzpaq

>>108
ソリッド＆高圧縮率オプション付けてるか？

>>110
winrarで高圧縮選択してみたけど、あんまり変わらなかった
ツールが悪いのか？

SPDY, QUIC, WebPといいWeb高速化のために頑張ってますな

自分の立場でしか物を考えられない奴が多いのな

＞CPU時間を要することから、例えばWeb用の静的コンテンツなど、一度圧縮したデータを
＞ネットワーク経由で何度も送信するような用途に適しているという。

xzってのが最強なんでしょう

画像、動画、圧縮。
Googleはなんでも自分でやらないと気が済まないのか。
新たに作る必要がないくらいの違いでしかないから、今のところ全部失敗だが。

>>116
いやサーバ代の節約として成功しているけど。
Googleほどの規模になるとファイルサイズ数%の違いでも大量のトラフィックに影響する。

というか天才が集まるGoogleにお前みたいな知能の低い人間が物申せるわけないって気づけよ。

クライアントにはメリットだし、クラウド指向のグーグルならこれは間違ってない方向だと思うよ

どうでもいいから放流してるって向きもある

blocksort+lz77みたいだな
確かgzipが高速圧縮のために不完全なブロックソート採用してたから
それを完全ブロックソートにしただけなんじゃないの
ならbzip2でいいだろと
十年前の焼き増しをドヤ顔アピールするgoogleに失望した

>>120
×焼き増し
○焼き直し

焼き増しは写真用語であってこういう場合には使われない。

これは革命的だね
zlibはインターネットのあらゆるところで使われているんだ
それがすべてZopfliに切り替わるとしたらその影響は計り知れないよ

そもそもブラウザがサポートしたwebglに
openglのテクスチャ圧縮機能が付いてるんだから
そっちに対応させたほうがいいだろ
前処理するだけでかなり縮む上に読み込みが早い
やろうと思えばシェーダーで複合処理書けるし
新しいアルゴリズムを採用することも可能
ジェネラリストの限界を見た

なんでも着々と進化するんだな、pcとネットワーク周りは

そんなことより、h.265の話はどうなったん？

7zの二の舞だろ
rarとかmp3とかもう古いのがスタンダード化してどうにもならない

zipより圧縮率いいやつはいっぱいあるけど全然流行らないじゃん

個人で使うときはやっぱお手軽さのほうが重要だよな
回線太くなったり記録媒体の大容量化で圧縮率とかあまり意識しないわ

7z.js作ってブラウザで複合するようにしたら使えるよ
そしてzipにアーカイブしてダウンロードしてるように見せるだけ
クライアントサイドは無理に変える必要がない
問題はそのレベルのコードを書けるプログラマの大半がjavascriptを嫌ってることだな
ウェブ系の連中でその辺りができるのはほとんどいないだろう

麻呂がzip以外を要求する様が想像出来ない

7ｚでええわ

愛着と親しみが沸かない

アーカイブの話ではなくてネットワーク上でやり取りされる既成のファイルの圧縮率の改善でしょ
圧縮のコストは大きいから動的に生成されるデータには向いてないけど既存の画像や静的なデータの圧縮率を高めてかつdeflate互換だから既存のブラウザやアプリとかのクライアントが改めて対応する必要はない

>>86
今のPCの性能レベルでそれなの？

攻撃面はrar
防御面はZIPが最強

おれのスマホにGoogle設定とかいうアプリを勝手にインスコするグーカス

googleさんとかはgoogleのロゴの画像のファイルサイズ減らしただけで
すげえコスト削減になるだろうからまあわからんこともないが
時間的コストがあれなので使いどころは難しいな
2ch的な身近なところだとエロゲメーカとかは効果高そうだ

アナログモデムの頃ならともかく常時接続定額制になってからは圧縮率とかどーでもよくなった
サーバサイドではまた事情が異なるのだろうが

>>1の記事がはっきり書いてないのが悪いんだが、このライブラリは

・従来のフォーマットにデータを圧縮する　つまり解凍側は今までのソフトでよい
・圧縮率をzlibよりも上げた

というものだ
なお画像や動画は汎用の圧縮ライブラリでは小さくならんぞ　BMPのようなのを除いて

rrつけられるなら支持する

xzみたい。

>>139
お前がすぐに読み取れてなかっただけ

>>142
アホウ

昨日とっくにGoogleのblogで見とったわ

お前が>>1から読み取れないだけだと言ってるんだ

>>144
このスレに結構誤読していると思われる奴がいるだろうが

>>1から読み取るもクソも内容は昨日から知ってるっつーの

つまりこれで圧縮したファイル、普通のzip開けられるソフトなら開けられるってこと？

7zの圧勝だな

尚、高圧縮のZIPファイルを作る機能は、7-zipにも付いている。

Adobeはさっさと導入してアップデート出せや

>>145
だから内容を知っていたかどうかではない
>>1の記事が悪いのではなく、お前が>>1から読み取れない低能なだけだと言ってるんだ
その誤読してる奴らと一緒のレベルなんだよ。お前が

>>146
そういうこと

これがGoogleのblog
http://googledevelopers.blogspot.jp/2013/02/compress-data-more-densely-with-zopfli.html
> The higher data density is achieved by using more exhaustive compression
> techniques, which make the compression a lot slower, but do not affect the
> decompression speed.
より徹底した圧縮方法により高い圧縮率が達成された
圧縮にかかる時間はだいぶ長くかかるが展開のスピードには影響しない

> Zopfli is written in C for portability. It is a compression-only library;
> existing software can decompress the data. Zopfli is bit-stream compatible with
> compression used in gzip, Zip, PNG, HTTP requests, and others.
今回開発したのは圧縮のみ行うライブラリ
展開は既存のソフトで行える

これが名前の元になったスイスのパン
http://2.bp.blogspot.com/-jDq-ZRd-xlQ/US_LwJaVR4I/AAAAAAAACh0/9T2OTpzRj5E/s1600/zopfli.jpg

>>138
その通り、サーバ側では1bitでも減らしたいし、
それはネットワークの運用安定性であったり、回線設備と利用料に跳ね返る話でもあるからね

塵も積もれば山となる、の例えそのまま

ｒｒ付けれるの？

>>1はソースにもこう書いてあるのをこのスレに貼るときにわざわざ消してるんだが
> 　Zopfliが実行できるのは圧縮のみ。解凍には既存のソフトウェアを使用する。
> 言語は移植性に配慮してC言語で開発されている。

ここを消しているせいで重要な情報が落ちている

こんなバカID:WbignpFu0が絡んでくるとは思わなかった
>>1に義理でもあるのか
以後ID:WbignpFu0は無視

Deflate互換と書いてるだろ。それで分からん奴にバカと言われるとはね
義理とかどんだけ妄想してるんだ。都合の悪いことは発狂すればいいだけだから生きるの楽そうですね

>>153
MultiParでも使えばいいだろ

オナパス
オナ圧縮
オナ偽装

zlib (RFC1950)とDeflate (RFC1951)の区別がついていないのが
本日のバカID:WbignpFu0の特徴でした

NGに放り込んでおくが以後出てくることはないだろう

>>151
> Zopfli is bit-stream compatible with compression used in gzip, Zip, PNG, HTTP requests, and others.

正直これは恐れ入った

>>158
むしろそれらを結びつけられてないお前に笑える。RFC1950とRFC1951だから関係することはないとでも思ってるのか
しかも無視できてないしな。仮にNG入れててもちょくちょく覗いてるのが目に見えるようだよ
ここの人だって、自分で発言したことも守れない人に助言なんてされたくないだろうさ

>>116
新規格でも新形式でもないないから問題ないだろ

>>160
いいからとっととごめんなさいして消えろよ見苦しい

Deflate64のzipでしばらく使わない予定の仮想マシンを
圧縮して外付けHDDに退避してる

グーグルが途中で投げ出して圧縮してＤＶＤに焼いておいたファイルを数年後撮り出せなくなりそう
それに圧縮されるなら動画を小さくできなければ使わないな

元記事を読まないアホがまた現れた

両方アホ
ID:WbignpFu0
ID:ED+lQLCA0

よいよね

キングソフト

> 最大で2〜3桁上回るCPU時間を要する

ほんとネットワーク特化型だなあ…

デコード時間が変わらないなら全部置き換えたいな
これを簡単に利用できるアプリが配布してくれればいいんだが

zopでくれ