1 :海江田三郎 ★ 2017/03/18(土) 21:10:06.06 ID:CAP_USER.net
Googleが新しい圧縮アルゴリズムを採用する画像エンコーダー「Guetzli」を発表しました。読みは「グェツリ」。Googleは通常の圧縮処理に比べ、画質を保ったまま35%小さいJPEG画像を生成できると主張します。

Googleと圧縮画像といえば、2010年に発表したWebPフォーマットが思い出されます。WebPはビデオコーデックのVP8を静止画に流用した形式で、やはりJPEG比で最大35%ほどファイル容量を縮小できるというふれこみでした。
GoogleはJPEGやGIF、PNGまでもを置き換えると意気込んでいたものの、ファイル形式が既存の画像ファイルと異なるため表示するソフトウェアにも変更が必要で、結局Chrome系ブラウザー以外に正式サポートするウェブブラウザーは現れませんでした。

今回のGuetzliはファイル形式ではなくエンコーダーなので、圧縮した画像データはJPEG形式のファイルとして保存されます。よって既存の画像処理ソフトやブラウザーでもそのまま表示可能です。

JPEG画像の品質は、色空間変換、離散コサイン変換、量子化といった多段圧縮プロセスと密接に関わっています。Guetzliエンコーダーは量子化の段階で従来なら良質な状態が保てなくなるほど小さなファイルサイズをターゲットとし、従来の心理視覚モデルとGuetzli独自の心理視覚モデルの差を吸収するための検索アルゴリズムを使用することで、画質とファイルサイズのバランスをとっています。

もちろん検索アルゴリズムをはたらかせる分、圧縮プロセスには時間がかかってしまいます。しかしGoogleによれば、人間のテスターに評価させたところGuetzliを使って作り出した画像のほうが生成に時間はかかるものの、より好印象だったとのこと。Googleは「これだけの画質なら圧縮時間を待つだけの価値がある」としています。

下は各圧縮効果の比較。左から順に 無圧縮、libjpeg、Guetzli の順です。

ちなみに、JPEGの圧縮率向上にはMozillaも取り組んでおり、高画質かつ圧縮効率の高いエンコーダー「mozjpeg」を開発しています。
こちらはWindowsやMac向けのフロントエンドソフトも作られています。

http://japanese.engadget.com/2017/03/17/google-jpeg-guetzli-35/


4 :名刺は切らしておりまして 2017/03/18(土) 21:13:01.88 ID:t0I3LHsP.net
すごいけど名前が読みにくい。


11 :名刺は切らしておりまして 2017/03/18(土) 21:16:10.64 ID:hlYRasnC.net
jpgとか古い
これからはpngの時代



50 :名刺は切らしておりまして 2017/03/18(土) 22:03:20.34 ID:Mxv7S96z.net
>>11
今アニメーションpngとか出てきてるよな。
アルファチャンネルの透過サポートしてるとか。
広告カットしてるから全く見たことないけどw


64 :名刺は切らしておりまして 2017/03/18(土) 22:53:20.01 ID:VngiQC4S.net
>>50
APNGはGoogleに無視されてる。でもアプリのおかげでやっと知名度が上がってきた
Linuxでは元祖ツールが糞で苦労したが、ffmpegでエンコできるようになって嬉しい



12 :名刺は切らしておりまして 2017/03/18(土) 21:19:32.60 ID:d7eb9aCW.net
ファイルサイズの節約需要なんてあるのかね?


17 :名刺は切らしておりまして 2017/03/18(土) 21:25:24.64 ID:R4MPDNSv.net
>>12
固定回線ならファイルサイズ大きくても問題無いが、
モバイル回線だとファイルサイズの大きさは死活問題


29 :名刺は切らしておりまして 2017/03/18(土) 21:35:46.91 ID:IxagTvAL.net
>>12
サーバーを置く側に立てばある


14 :名刺は切らしておりまして 2017/03/18(土) 21:23:21.47 ID:aTvKgPza.net
グーグルフォトで勝手にやってくれると助かるわ


16 :名刺は切らしておりまして 2017/03/18(土) 21:25:18.68 ID:WVuLxRqg.net
動画も画質を変えず圧縮してくれ


20 :名刺は切らしておりまして 2017/03/18(土) 21:28:18.12 ID:kSXYS7uY.net
PNGが優秀なんだよなー
透過も出来るし



24 :名刺は切らしておりまして 2017/03/18(土) 21:33:15.89 ID:xdfoSmBM.net
JPEG2000があるからいらない


36 :名刺は切らしておりまして 2017/03/18(土) 21:42:52.53 ID:6zg8hghd.net
デコードの負荷もあがりそう
楽天に使われたりしたら怖い



37 :名刺は切らしておりまして 2017/03/18(土) 21:47:09.29 ID:FEySZFMX.net
PNGは優秀だけどJPEGしかサポートしてない場合があるからな


62 :名刺は切らしておりまして 2017/03/18(土) 22:47:15.89 ID:bWkmLBqA.net
>>37
未だにガラケー使ってんの?


39 :名刺は切らしておりまして 2017/03/18(土) 21:50:10.57 ID:hAKNRnpf.net
重たくなるならいらない
圧縮状態のままビューワー使って重たくなるとかはやめてね



40 :名刺は切らしておりまして 2017/03/18(土) 21:50:51.10 ID:GO/QiytN.net
量子化テーブルを品質パラメタで固定するんじゃなくてソース画像によってチューニングするんでしょ


51 :名刺は切らしておりまして 2017/03/18(土) 22:04:24.80 ID:FQTt1nlK.net
世代交代進まないな
ずっとJPEGか
便利でいいけど



55 :名刺は切らしておりまして 2017/03/18(土) 22:15:00.51 ID:e17sOtZr.net
Adobeが採用するのはいつなのか
果たしてそのバージョンは普及するのか



56 :名刺は切らしておりまして 2017/03/18(土) 22:19:42.43 ID:z92Ys0tt.net
各色8bitじゃ荒すぎる。10とか12bitの共通フォーマット作ってくれ
ハード的には可能だけど今は規格が無いだけだろ



65 :名刺は切らしておりまして 2017/03/18(土) 22:57:56.70 ID:z92Ys0tt.net
ミルビューのロードマップに載ってたのはJPEG-XRだったな
WindowsVISTA以降とフォトショップではサポートしてるんだから普及すればいいのに
もう30年位ずっとJPEGっておかしいだろう。他の規格はどんどん改良されてるのに



74 :名刺は切らしておりまして 2017/03/18(土) 23:57:43.07 ID:Li95dP9q.net
これから画像検索に出れくるサムネは全部これ仕様になるのかな


81 :名刺は切らしておりまして 2017/03/19(日) 00:29:59.90 ID:cn5fXdHa.net
アルファ版のソースでいいからtar.gzでくれ。


83 :名刺は切らしておりまして 2017/03/19(日) 00:33:34.21 ID:cn5fXdHa.net
githubにあったわ。ビルドしてみる


148 :名刺は切らしておりまして 2017/03/19(日) 16:33:03.85 ID:cn5fXdHa.net
ためしにビルドしたが、死ぬほど遅いw
i7のiMacでyosemite.jpg 12mをやっつるが、5分たっても終わらんww



149 :名刺は切らしておりまして 2017/03/19(日) 16:43:25.67 ID:kTtYQA+0.net
AWSとかAzureのハイスペックなインスタンスでエンコードさせるのがよさそうだな


150 :名刺は切らしておりまして 2017/03/19(日) 16:48:43.02 ID:cn5fXdHa.net
>>149
過信しすぎだよ、AWSの1ノードのピークパワーはそんなにないよ。

いまみたらメモリ3GB食ってた


151 :名刺は切らしておりまして 2017/03/19(日) 16:53:17.14 ID:hdN3ovQE.net
>>150
メモリ何ギガ?ページング発生してるから遅いとかじゃね?


152 :名刺は切らしておりまして 2017/03/19(日) 16:54:47.18 ID:cn5fXdHa.net
>>151
32GBだよ、まだおわんない。
こりゃひどい。


153 :名刺は切らしておりまして 2017/03/19(日) 16:59:18.11 ID:iXfLtWfL.net
>>150
Githubのトップページに小さく書いてあるけど
マルチコアに対応してないのと入力画像の1Mピクセルにつき300MBのメモリ消費するから
大きい画像を処理させるとまずいよ。


154 :名刺は切らしておりまして 2017/03/19(日) 17:01:54.57 ID:cn5fXdHa.net
>>153
あ、マルチコア対応してないのか
いま会社の64コアのサーバでやろうとしてた。
画像小さいのに変えて、このまま実験する


156 :名刺は切らしておりまして 2017/03/19(日) 17:30:39.42 ID:cn5fXdHa.net
iMac i7-4790(載せ替え・・) 32GB

壁紙のYosemite.jpg (12MB) -->30分待っても終わらず(中断)

実験2
フリーのキンパツチャンネーTバック画像を拾ってきて(肌のグラデ勿論 おしりと水着の間等にノイズが出るからですよ!)

こいつの 1920 x 1280 .jpg 487KB
guetzli ノーオプションで エンコード後 400KB 80%ぐらいですかね
かかった時間は 2分40秒
出力で3分はやってらんないね

ホントは別の形式から libjpgとかと比較するのが正しいんでしょうけどね。



157 :名刺は切らしておりまして 2017/03/19(日) 17:41:57.21 ID:iXfLtWfL.net
>>156
検証乙


164 :名刺は切らしておりまして 2017/03/19(日) 18:36:26.60 ID:ynS9RGvf.net
>>156
乙おつ。

jpeg画像を取引先に大量に送るときの圧縮に使えるかと思ったけど現段階では個人で使えるもんじゃないな。
ウチの会社のノートだと一日経っても終わらなそうだ。


166 :名刺は切らしておりまして 2017/03/19(日) 19:08:35.56 ID:cn5fXdHa.net
焦って書いたので見た目の話しを忘れていました。
たしかに圧縮結果は目視で見分けがつきません。

まだ暫く注目しつつ、実用ではMozjpegで良いのでは。>>164




159 :名刺は切らしておりまして 2017/03/19(日) 18:09:21.39 ID:qdeTDzzz.net
読み込み側はそのままでOKとはいえ、
H264→H265 みたいな、サイズ的メリットよりエンコ時間デメリットが
キツいパティーンか。





(´・ω・`) おっそ! h.265と同様、高速化が進まないとまだ実用的じゃないなぁ…



元スレ: http://anago.2ch.sc/test/read.cgi/bizplus/1489839006/