Lepton image compression: saving 22% losslessly from images at 15MB/s | Dropbox Tech Blog
Lepton image compression: saving 22% losslessly from images at 15MB/s This open-source project is no longer maintained or supported by Dropbox. Please refer to Lepton’s GitHub page for more information. ~ ~ ~ We are pleased to announce the open source release of Lepton, our new streaming image compression format, under the Apache license. Lepton achieves a 22% savings reduction for existing JPEG i
画像ライブラリGrappyの作成と、ImageMagick, GDとの比較【実装編】 | 株式会社サイバーエージェント
概要 簡単な画像処理機能も備えた、シンプルかつ高速そしてAnimationGIFをサポートした画像形式変換ライブラリの Grappy を実装した。 これの性能について、ImageMagick, GDと、下記の比較を行った。 SSIMによる画質の比較 処理速度 Valgrindを使ったヒープメモリの使用量 ファイルサイズに関して 最後にそれらとの比較結果から、Grappyの優位性について述べた。 1.はじめに 画像のエンコード・デコードやリサイズといった処理をサービスに組み込もうと考えた場合、多くの場合は高レベルな画像処理をサポートした既存のライブラリの利用を検討することとなる。 しかし、既存のライブラリは機能と速度のバランスが悪く、使いにくいものであった。 Webサービスの中に画像関係の機能を取り入れる場合、求められるのは次のような単純な要求項目に限られる場合が多い。 JPEG, PN
開発メモ: JPEG 2000の色深度と圧縮レベルと画質
写真の画像データをRAW形式でなくJPEG 2000形式で保存する際に適切な圧縮パラメータを探ってみた。 RAW形式 デジカメで写真を撮る際に、後で編集することを考えてRAW形式で保存することがある。RAW形式のデータは各ピクセルのRGB各チャンネルで12ビットまたは14ビットのデータを持つ。12ビットの場合だとRGB各チャンネルにて2^8の4096階調を保持するということだ。RGB原色フィルタ方式のセンサーを積んだほとんどのデジカメでは実際には各々の画像素子にて1チャンネル分のデータしか保持せず、残りのチャンネルは周辺の画像素子の情報から補完するわけだが、とにかくJPEGよりも豊富な情報を保持している。 JPEGで保存した場合にはRGB各チャンネルで8ビット256階調の情報を保持する（実際は輝度1チャンネルと色相2チャンネルに変換して保持する）のだが、この256階調というのは人間の輝度の
libjpeg-turboでjpegの変換が速くなる - かみぽわーる
巷でlibjpeg-turboというやつが速いというのを聞いたので試してみる。 今回はaptで入れた以下のモジュールでベンチマークしてみた。いちおうサーバはさくらのVPSでOSはUbuntu 10.04 LTSです。 Image::Magick 6.5.7 Imager 0.72 GD 2.39 Image::Imlib2 2.02 ふつうにaptで入れる。 sudo aptitude install perlmagick libimager-perl libgd-gd2-perl libimage-imlib2-perl cpanm Image::Resizelibjpeg-turboを入れる。 wget http://downloads.sourceforge.net/project/libjpeg-turbo/1.0.0/libjpeg-turbo_1.0.0_amd64.deb s
algorithm - JPEGminiの仕組みを推理する : 404 Blog Not Found
2012年01月23日19:30 カテゴリアルゴリズム百選iTech algorithm - JPEGminiの仕組みを推理する なぜコンピュータの画像は リアルに見えるのか 梅津信幸 JPEGの仕組みをおぼろげに知っている人ほど、むしろこれみて「ありえない」と思ったのではないのでしょうか。 JPEGmini - Your Photos on a Diet! でもよーく考えてみると、これでいけるという方法を発見というか再発見したので。 なぜJPEGminiがありえなさそうに見えるかは、以下に集約されます。 「なぜコンピュータの画像はリアルに見えるのか」 P.131 たとえば「ここは文字」「ここは背景の空」などと、ユーザーが自由に品質を設定できれば、さらによい画像になるはずです(できれば、それもコンピュータが自動で決めてくれるとうれしいのですが)。 同書も指摘しているように、JPEG 200
本当は速いImageMagick: サムネイル画像生成を10倍速くする方法 - 昼メシ物語
一般的に ImageMagick のサムネイル画像生成は遅いとされており、パフォーマンスが求められるシーンでは Imlib2 などのより高速な画像処理ライブラリが使われることが多いです。 Imlib2 の高速さについては、以前「Imlib2でImageMagickより3倍高速かつ美しいサムネイル画像の生成 - 床のトルストイ、ゲイとするとのこと」という記事で紹介しました。この記事のベンチマークにおいて、Imlib2 によるサムネイル画像の生成は、 ImageMagick の3倍程高速でした。 しかし、 ImageMagick は Imlib2 より画質がよく、高機能で使いやすく、今も頻繁にメンテナンスされており、とてもよく出来ています。その点 Imlib2 は、2004年からメンテナンスされておらず、セキュリティホールが見つかっても、各Linuxディストリビューションがそれぞれパッチを当て
JavaScriptでJPEGをエンコーディング - TechTalkManiacs
Ajaxianより。JavaScriptでJPEGエンコーディングを試してみた人がいました。JavaScriptは基本的にインタプリタなのに関わらず、コンパイラであるActionScriptと比べてそれほど遅くない結果になっています。 方法は Canvasタグ(参考)をHTMLに作ってそこにJPEGファイルを取り込むことでデコード 2次元配列にいったん変換して再エンコード コードそのものはActionScriptのライブラリをJavaScriptに変換。 高速化のためにWebWorkers(スレッドプログラミングができるHTML5のAPI)による並列処理も試みたそうです WebWorkersはスレッドセーフのため、データの受け渡しは文字列のみに限られるので以下のような方法を試してみたとのこと。 JSONエンコーディング→デコード 非常に遅い 文字列をデリミタで結合→分割 JSONよりマシ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
望みなし - FC2 BLOG パスワード認証
JPEGmini | Leading JPEG Compressor & Image Size Reducer