雑記帳 - JasminInfo

JPEGエンコーダーguetzliを試してみた

• JPEGを「libjpeg」よりも20～30％小さく ～Google、新エンコーダー「Guetzli」を発表 - 窓の杜

Googleが新しいJPEGエンコーダー「Guetzli」を発表したので試してみました。

入手元

guetzliと比較用のmozjpegのWindows向けバイナリは以下のサイトから入手しました。

• Releases · google/guetzli · GitHub
• binaries - mozjpeg | codelove

圧縮手順

• guetzli

   guetzli_windows_x86-64.exe --quality 95 RanHeart.jpg guetzli_RanHeart_q95.jpg
  

• mozjpeg

   cjpeg.exe --quality 95 -outfile mozjpeg_RanHeart_q95.jpg RanHeart.jpg 
  

いずれも、RanHeart.jpgが入力画像。

画像比較

画像アップローダー - ECO-Wiki (acronia)に上がっていたちょうど良さそうな大きさの画像で試してみました。

guetzliでQualityを95/90/85の3通りで圧縮し、mozjpegで近いファイルサイズになった画像を比較用に並べています。（なお、元画像はjpegtranで可逆最適化してあります。）

分類	guetzli	mozjpeg
元画像	元画像 (29,871B)	元画像 (29,871B)
高画質	Quality 95 (24,596B)	Quality 93 (25,557B)
中画質	Quality 90 (19,051B)	Quality 88 (19,378B)
低画質	Quality 85 (15,658B)	Quality 82 (15,764B)

・・・どうしよう、ぱっと見どれも違いがよく分からない(^_^;)

とりあえず分かりやすいのは口元の赤色で、guetzliの方は元の色合いが大分保たれています。

JPEG高圧縮時に現れるモスキートノイズの現れ方はよく見るとguetzliとmozjpegで違っているのですが、特にどちらの方が良いというわけではない気がしました。

エンコード時間

1回しか測ってませんが、guetzliが6.6秒で、mozjpegが0.05秒でした。かなり遅いです。

感想

JPEGが苦手な赤に強いのは良さそうです。

エンコード時間がかかるのは難点ですが、Web公開する画像がそんなに大量にあるわけでも無いので、そう考えれば許容範囲でしょうか。（デジカメで撮った大きな写真を片っ端から圧縮するような使い方は難しそう。）

出たばっかりのソフトですし、もうちょっと速度とか改善されるまで様子見が無難かも。

• 全部読むのが面倒な人向けお勧め手順
• JPEG/PNG/GIF用
  • Antelope（劣化あり/なし選択可能・一括処理向け）
• JPEG用
  • WEBSITE PLANET（劣化あり・Webサービス）
  • JPEGmini （劣化あり・Webサービス）
  • TinyPNG （劣化あり・Webサービス）
  • IrfanView （劣化あり・画像ビューア・一括処理も可）
  • Caesium （劣化あり・一括処理向き）
  • jpegtran （劣化なし・コマンドラインソフト）
  • 他のソフト
• PNG用
  • TinyPNG （劣化あり・Webサービス）
  • pngquant （劣化あり・コマンドラインソフト）
  • PNGGauntlet （劣化なし・一括処理向き）
• 参考：ECO-Wiki (acronia) の画像ファイルサイズ削減
  • 余談
• 履歴

全部読むのが面倒な人向けお勧め手順

お勧め手順JPEG

1. TinyPNG に通す
2. 画質劣化が気になるようなら、JPEGminiも試す

お勧め手順PNG

1. （PNGが不得意な画像・大きな画像についてはJPEGにすることも考えてみる）
   • PNGの方がサイズが小さくなる場合もあるので、可能なら両方作って比較するのが良いです。
2. TinyPNGに通す

続きを読む

Kaspersky Internet Security 2015 にSSL通信をスキャンさせない

アドウェアSuperfishが問題になって気にする人もいそうなので書いてみます。

元は、以下の不具合について調べてたときの副産物です。（今はFirefoxにもちゃんと証明書がインストールされるようです。）
セキュリティ証明書絡みの不具合 - Kaspersky Lab Forum

KIS2015インストール時のSSL通信

• IEの場合
  

  

• Firefoxの場合
  

  

このように、初期状態ではKasperskyのルート証明書になっていて*1、SSL通信がスキャン対象になっています。

SSL通信もしっかりスキャンしたい人はこれで良いですが、SSLはブラウザまでEnd-to-Endで暗号化して欲しいとか、本来の証明書が隠れるのが嫌とか、KISが本来の証明書をちゃんと検証しているのか心配、という人はSSL通信をスキャンさせないように設定変更できます。*2

SSL通信をスキャンさせない設定

• 設定→詳細→ネットワーク、と設定項目をたどると、「暗号化された接続をスキャンする」という設定があるのでチェックを外します。
  

  

• 上記設定だけだと、GoogleなどのSSL接続の検索サイトは、まだ危険サイト診断の対象のままです。そちらも解除するには、設定→プロテクション→ウェブ保護→詳細設定、と設定項目をたどると、「危険サイト診断を有効にする」という設定があるのでチェックを外します。
  

  

  • SSL通信スキャンとは関係ないですが、KISがブラウザに追加するアドオン*3を無効にしたい場合は、「製品のプラグインを全てのWebブラウザーで自動的に有効にする」のチェックを外す必要があります。
  • 危険サイト診断の内容ですが、「危険サイト診断の設定」をクリックして出てくる以下の設定画面からすると、一種のWebフィルタリングのようです。これらのコンテンツに不用意にアクセスしたくない/させたくないなら、有効にしておくのが良いかもしれません。
    

    

設定後

• IEの場合
  

  

• Firefoxの場合
  

  

本来の証明書が表示されるようになりました。

なお、この設定だけではKasperskyのルート証明書は削除されないので、どうしても気になる人は削除しておきましょう。

メモ：音楽配信サービス

主立った音楽配信サービスがDRMフリーになってきて、そろそろ購入することもあるかもしれないのでメモ。

• 価格は明記してあればそれを記載、記述が見つからなかったところは適当に何曲かサンプリングして確認。
• 必要ソフトはヘルプとか確認したけど見落としあるかも。

欲しい曲あったら、とりあえず上3つくらいから探してあるところから買う感じでしょうか。

IEEE802.11acの転送速度

IEEE802.11acの情報が出てきたので、どんな仕様になっているのか少し調べてみました。

データレートの計算と11acの新要素

データレートは以下の計算式で計算できます*1

• N_BPSCS … シングルキャリアあたりのビット数
  • BPSK: 1
  • QPSK: 2
  • 16QAM: 4
  • 64QAM: 6
  • 256QAM(11ac): 8
• N_SD … データ信号用サブキャリア数
  • 20MHz帯域(11a/g): 48
  • 20MHz帯域(11n): 52
  • 40MHz帯域(11n): 108
  • 80MHz帯域(11ac): 234
  • 160MHz帯域(11ac): 468
• N_SS … 空間ストリーム数
  • 1～8 (11nは4まで、11n以前は1のみ)
• R … 符号化率
  • 1/2, 2/3, 3/4, 5/6 (5/6は11n以降)
• GI … ガードインターバル長
  • 800ns
  • 400ns (ショート・ガード・インターバル、11n以降)

11acの新要素としては、

• サブキャリア変調: 256QAM
• 帯域幅: 80MHz、160MHz
• MIMO空間ストリーム数: 最大8

となっていて、単純に11nのパラメータが拡張された規格になっているようです。（11nの時のMIMOの様なまったく新しい要素は入ってくることはさすがに無かったようです。）

計算例

よく見かける転送速度の計算例。

• 11a/gの最高速度(64QAM, N_SD=48, N_SS=1, R=3/4, GI=800ns)
  • (6×48×1×3/4)÷(3200ns+800ns) = 54Mbps
• 11nの必須要件最高速度(64QAM, N_SD=52, N_SS=1, R=5/6, GI=800ns)
  • (6×52×1×5/6)÷(3200ns+800ns) = 65Mbps
• 11nで40HMz帯域、2ストリーム、ショート・ガード・インターバル (64QAM, N_SD=108, N_SS=2, R=5/6, GI=400ns)
  • (6×108×2×5/6)÷(3200ns+400ns) = 300Mbps
• バッファローのWZR-D1100H (256QAM, N_SD=108, N_SS=3, R=5/6, GI=400ns)
  • (8×108×3×5/6)÷(3200ns+400ns) = 600Mbps
• 11acの必須要件最高速度 (64QAM, N_SD=234, N_SS=1, R=5/6, GI=400ns)
  • (6×234×1×5/6)÷(3200ns+400ns) = 325Mbps
• 11acの現実的な最高速度 (256QAM, N_SD=234, N_SS=4, R=5/6, GI=800ns)
  • (8×234×4×5/6)÷(3200ns+800ns) = 1560Mbps
• 11ac規格上の最高速度 (256QAM, N_SD=416, N_SS=8, R=5/6, GI=400ns)
  • (8×416×4×5/6)÷(3200ns+400ns) = 6933.3Mbps

なお、上記の転送速度は物理層(PHY)での速度*2なので、よく知られているようにMAC-SAPやTCP層などの上位層ではもっと遅い速度になります。

参考

• 高速無線LAN情報局:IEEE802.11nの高速化技術 (1)
• 高速無線LAN情報局:IEEE802.11nの高速化技術 (2)
• 【清水理史の「イニシャルB」】 IEEE802.11ac技術で、家中が実効100Mbpsオーバーに
• Agilent Technologies: IEEE802.11ac 規格とRF測定 (PDF)