ImageMagickの例 --
APIとスクリプティング

目次

ImageMagickの例の序文と目次

APIとその他のIM使用方法

• WindowsとDOS
• PHP
• シェルコマンドを使用するPHP
  • PHPシェルの例
  • 追加の引用符に注意してください
  • PHPのセキュリティ
• PHP Imagick (PHP ImageMagick API)
• PerlMagick (Perl Magickスクリプト)

セキュリティの問題

• ファイル名メタキャラクタ

より良いImageMagickシェル/PHPスクリプトのためのヒント

なぜ複数の「magick」コマンドを使用するのですか？

IMを高速化する（一般的に）

ソースからのImageMagickのコンパイル

• SRPMからLinux RPMを作成する
• UbuntuでのソースからのImageMagick
• MacOSXでのImageMagick
• IMのHDRIバージョンのコンパイル
• 個人用ImageMagickインストールの作成

APIとその他のIM使用方法

• APIがすでに実行されている場合、セットアップ時間はほとんど、またはまったくかかりません。
• メモリに、任意の順序で処理できる多数の画像リストの配列を格納します。 たとえば、数百枚の画像を読み込み、読み込み時に32x32ピクセルのサムネイル画像として作成し、それらをmagickで1ペアずつ比較するプログラムがあります（100枚の画像で9,900回の比較）。 もう1つは、メモリ内の一般的な色で画像をソートすることです！
• 任意の順序で、多くの異なる画像処理スレッドを実行できます。 次の画像または手順で作業を開始する前に、1つの処理シーケンスを「完了」する必要はありません。 たとえば、ジグソーパズルを解くプログラムを想像してみてください！
• 画像から情報を取得し、その情報を複雑な方法で使用して、画像処理を何度も再初期化（構成と画像の再読み込み）することなく、画像処理を変更できます。 たとえば、画像のフレーミング要件を計算する前に、画像サイズを取得します。
• 画像をループして、各画像で非常に異なる処理を実行します。 たとえば、各フレームがわずかに異なる方法で歪められたアニメーションシーケンスを生成します。
• 画像データへの直接的かつ完全にランダムなアクセス。 たとえば、画像内の「顔」を探す。

• 中間画像の高速再読み込みのためにMPC画像保存を利用します。 スクリプトdivide_vertを参照してください。
• パイプライン（異なるステップに異なるマシンを使用することもあります！）を使用して並列処理を行い、プロセッサの使用率を向上させ、中間画像をディスクに保存することを回避します。 シーケンスの次の（場合によってはオプションの）ステップに画像をパイプするパイプライン化されたスクリプトの例については、enlarge_imageを参照してください。
• ループを使用して各画像を個別に処理してから、画像結果のストリームを最終的な「すべてをマージ」ステップにパイプします。 これに似たスクリプトがたくさんあります...そのようなスクリプトの1つについては、レイヤー化された画像のプログラムされた配置を参照してください。

WindowsとDOS

PHP（「system()」関数からのIMコマンド）

• 「imagick」PECLインターフェース
• 「MagicWand」インターフェース
• 「system()」および「exec()」関数を使用して、CLIの「magick」コマンドを実行します。

シェルコマンドを使用するPHP

<?php
  header('Content-Type: text/plain');
  system("exec 2>&1; pwd");
  system("exec 2>&1; type magick");
  system("exec 2>&1; locate */magick");
  system("exec 2>&1; magick -version");
  system("exec 2>&1; magick -list type"); <!-- before IM v6.3.5-7 -->
  system("exec 2>&1; magick -list font");
  print("------ENVIRONMENT VARIABLES-------\n");
  system("exec 2>&1; env");
?>

<?php
  $im_path="/opt/php5extras/ImageMagick/bin"
  header('Content-Type: text/plain');
  system("exec 2>&1; $im_path/magick -version");
  system("exec 2>&1; $im_path/magick -list type");
  system("exec 2>&1; $im_path/magick -list font");
?>

  putenv("PATH=" . $_ENV["PATH"] . ":/opt/php5extras/ImageMagick/bin");
  putenv("LD_LIBRARY_PATH=" . $_ENV["LD_LIBRARY_PATH"] .
                                   ":/opt/php5extras/ImageMagick/lib");

<?php
  header( 'Content-Type: image/jpeg' );
  passthru("magick rose: jpg:-");
?>

<?php
  header( 'Content-Type: image/jpeg' );
  $magick="/opt/php5extras/ImageMagick/bin/magick"
  passthru("$magick rose: jpg:-");
?>

<?php
  header( 'Content-Type: image/jpeg' );
  $magick="/opt/php5extras/ImageMagick/bin/magick";
  $libs="LD_LIBRARY_PATH=\'" .  $_ENV["LD_LIBRARY_PATH"] .
               ":/opt/php5extras/ImageMagick/bin/magick\'";
  system("$libs $magick rose: jpg:-");
?>

<?php
  header('Content-Type: image/gif');
  passthru("magick -pointsize 72 -font Utopia-Italic label:'Font Test' gif:-");
?>

シェルからPHPへの変換の例

  magick -background none -fill red -gravity center \
          -font Candice -size 140x92 caption:"A Rose by any Name" \
          \( rose: -negate -resize 200% \) +swap -composite    output.gif

<?php
  header('Content-Type: image/gif');

  $color="red";
  $image="rose:";
  $scale="200%";
  $size="140x96";
  $string="A Rose by any Name";

  passthru( "magick -background none -fill '$color' -gravity center" .
            " -font Candice -size '$size' caption:'$string'" .
            " \\( '$image' -negate -resize '$scale' \\) +swap -composite" .
            " gif:-" );
?>

追加の引用符に注意してください

PHPのセキュリティ

   On the net, the only users you can trust not to be potentially hostile
   are those who are  *activally*  hostile.
                                     -- Programming Perl - Camel Book, r3

• 引数内のバイナリ文字 - 一般的なクラッカーの手法
• 引数内の予期しないスペース、タブ、改行、復帰
• バックスラッシュ（ディレクトリ区切り文字）と「..」パス。また、Windowsではファイル名に「\」と「;」を使用します。
• 「~*?[]{}<>」を含むファイル展開メタ文字と、ImageMagickに固有の特別な「@」メタ文字。
• 「$#;」を含むその他のシェルメタ文字と、3つの引用符「'」、「"」、「`」
• 引数がImageMagickの期待と一致しません。「-list」を使用して、IMが特定のオプションに対してどのようなタイプの引数を理解しているかを確認してください。たとえば、ユーザー入力の「-gravity」オプションには、10種類の異なる設定しかありません。
• など...

ファイルシステムへの書き込み

エラー出力の取得

<?php
exec("/usr/local/bin/magick -version",$out,$returnval);
print_r($out[0]);
?>

<?php
exec("/usr/local/bin/magick -list",$out,$returnval);
print_r($out);
?>

<?php
$IM_version=shell_exec("/usr/local/bin/magick -version");
echo $IM_version
?>

<?php
$array=array();
echo "<pre>";
exec("magick read_test.png write_test.png 2>&1", $array);
echo "<br>".print_r($array)."<br>";
echo "</pre>";
?>

より安全なImageMagickコマンド...

PHP「IMagick」API

<?php
  $handle = imagick_readimage( getcwd() . "image.jpg" );
  if ( imagick_iserror( $handle ) ) {
    $reason      = imagick_failedreason( $handle ) ;
    $description = imagick_faileddescription( $handle ) ;

    print "Handle Read failed!<BR>\n";
    print "Reason: $reason<BR>\n";
    print "Description: $description<BR>\n";
    exit ;
  }
  header( "Content-type: " . imagick_getmimetype( $handle ) );
  print imagick_image2blob( $handle );
?>

PHP「MagickWand」

<?php
  if (extension_loaded('magickwand')) {
    echo "PHP MagickWand is available!\n";
  } else {
    echo "PHP MagickWand is NOT available!\n";
  }
?>

<?php
  $image = NewMagickWand();
  if( MagickReadImage( $image, 'image.png' ) ) {
    header( 'Content-Type: image/jpeg' );
    MagickSetImageFormat( $image, 'JPEG' );
    MagickEchoImageBlob( $image );
  } else {
    echo "Error in MagickReadImage()";
    echo MagickGetExceptionString($image);
  }
?>

複雑なPHPスクリプト...

Perl Magickスクリプト

• 最初に覚えておくべきことは、PerlMagickは処理された新しい画像を自動的に削除しないことです。多くの演算子は古い画像から新しい変更された画像を作成しますが、他の演算子は既存の画像を直接変更します。
• また、多くの演算子は、画像のリスト全体に特定の操作を適用するのではなく、指定したリストの最初の画像にのみ適用します。 つまり、画像シーケンス（Perl配列）自体をループ処理する必要があります。
• 複数の画像シーケンスを持つことができます。 実際には、コマンドラインの場合のように単一の画像シーケンスで済ませるのではなく、通常はすべての画像をそれぞれ独自の画像シーケンスに読み込みます。
• また、画像がメモリに読み込まれたら、既存の画像のサイズを簡単に抽出できます。 つまり、コマンドラインで行うように、既存の画像を複製してクリアする必要なく、新しいキャンバスを作成できます。 ただし、画像の複製は画像のメタデータもコピーするため、デジタル写真などの画像のメタデータを追跡することをお勧めします。
• 特に画像の読み込み時には、主要な処理の後ごとに画像エラー（PerlMagickページに示されているとおり）を確認してください。

セキュリティ警告

ファイル名に含まれるメタ文字

より優れたImageMagickシェル/PHPスクリプトのためのヒント

• スクリプトとプログラムの先頭に「help」または「doc」を配置します。 これにより、他の人がスクリプトをインストールまたは実行することなく、特定のプログラムの機能を理解しやすくなります。 私自身は、そのような未知のスクリプトをコンパイルまたは実行しようとするのではなく、それが何のためにあるのかについての明確なコメントがないプログラムをしばしば破棄します。 実際、最初のREADMEファイルでさえ、巨大で複雑なプロジェクトが何をするのかさえ書かれていない巨大なプロジェクトを見たことがあります！ プログラマーは、ダウンロードしたということは、それが何をするのか知っているはずだと考えているだけです！ また、「-？」などの「不正なオプション」は、オプションの概要だけでなく、プログラムの機能の簡単な要約、またはそのようなヘルプを見つける場所を出力するようにしてください。 リモートWebサイトを指すだけではいけません。10年後には消えてしまうかもしれません！ スクリプトが独自の「オープニングコメント」を出力する例については、IM scriptsエリアの「jigsaw」スクリプトを参照してください。 Perlは自己文書化にPODを使用できます（Perlの「Pod::Usage」モジュールを参照）。 たとえば、寄稿されたdpx_timecode.plスクリプトを参照してください。最初のサブルーチンに「ヒアドキュメント」としてヘルプを用意することも許容され、ほとんどの言語で機能します。 ただし、そのサブルーチンはスクリプトまたはプログラムの下部または中央ではなく、上部に配置してください。
• コードをクリーンアップし、古い不要なコードとコメントを削除して、できるだけきれいに整理してください。 簡潔で、簡単なコメント付きのステージにしてください（可能な場合）。 再び「jigsaw」スクリプトを参照してください。
• 最後に一時ファイルがクリーンアップされていることを確認してください。 ファイルの終了または中断時にそれらを削除するには、「trap」シェルコマンドを使用します。 もちろん、単一の一時ファイルを複数回再利用できるため、特にIM v6 magickコマンドでは、それほど多くは必要ありません。 再び「jigsaw」スクリプトを参照し、「trap」を検索してください。
• また、誰もがシステムXを使用しているわけではありませんが、あなたにはそう見えるかもしれません。 特定のシステム要件、または問題の修正方法については言及しないでください。 あなたに有効なことが、彼らのシステムと設定にはまったく不適切かもしれません。 彼らはインターネットアクセスを持っていないかもしれません！ ImageMagickの「magick」コマンドが見つからなかったと言うだけです。 インストール要件または提案を追加する場合は、別のより広範なドキュメントの一部として追加してください。
• 使用されているIMのバージョンが十分に高いかどうかを確認するか、下位互換性のある変更を追加してください。 この目的のために、さまざまな特別な機能が追加された時期について、IMの例全体で意図的に「バージョンの警告」ノートを提供しています。 これにより、単一の最小限のバージョンチェックでスクリプトを作成するのが容易になります。 シェルスクリプトでテスト目的で単一のバージョン番号を取得する簡単な方法を次に示します。 4つのバージョン番号を抽出し、各番号を2桁にするために適切な数のゼロを挿入して、単純な8桁の番号を生成します。

  IM_VERSION=`magick -list configure | \ sed '/^LIB_VERSION_NUMBER /!d; s//,/; s/,/,0/g; s/,0*\([0-9][0-9]\)/\1/g'`

  たとえば、IM v6.3.5-10は「06030510」を生成しますが、次のリリースであるIM v6.3.6.0は「06030600」を生成します。 上記のPHPバージョンは、RubbleWeb、フォントリストのサンプルページから入手できます。 結果の文字列は、単純な数値テストまたは文字列テストを使用してテストして、使用可能なImageMagickバージョンがスクリプトの目的のために十分に最新かどうかを調べることができます。 例えば...

  if [ "$IM_VERSION" -lt '06030600' ]; then echo >&2 "The perspective distortion operator is not available." echo >&2 "Sorry your installed ImageMagick is too old -- ABORTING" exit 10 fi

  また、中止の正確な理由と、バージョンチェックが対象とした特別な機能をユーザーに出力する方法にも注意してください。 そうしないと、後でその特定のバージョン（またはそれ以上）が必要だった理由を忘れてしまう可能性があります。 特定のバージョンに合わせてIMの動作を変更することもできます。 たとえば、使用可能なフォントのリストを取得したいとします。 IMバージョンv6.3.5-7より前では、「-list」設定「type」は「既知のフォント」リストを返しました。 以降のバージョンでは、代わりに「font」設定を使用する必要があります。 そこで、ここではバージョンチェックを実行して、適切な設定を使用して必要な情報を取得できます。

  if [ "$IM_VERSION" -lt '06030507' ]; then font_list="type"; else font_list="font"; fi avail_fonts=`magick -list $font_list | cut -d\ -f1 |\ egrep -v '^($|----|Path:|Name$)'`

  警告：PERLでは「0」で始まる文字列は8進数として解釈される可能性があります!!! ただし、最初の桁が「0」のままである限り、2つの8進数を比較しても正しくなります。 バージョンチェックの注意と確認をお勧めします。 バージョンをテストする別の方法は、「[」テストの代わりに「expr」を使用することです...

  if expr + "$im_version" \>= "06030507" >/dev/null; then ...

  警告：上記の余分な「+」は、少なくともこのテストには通常は必要ありませんが、変数に特別なキーワード「match」が含まれている可能性がある場合に必要です。これは「expr」に問題を引き起こします。特に文字列または部分文字列の作業に使用されている場合。
• また、「-list」情報の出力を使用して、現在インストールされているImageMagickに特別な機能が追加されているかどうかを確認することもできます。

  magick -list distort | grep 'Arc' >/dev/null 2>&1 if [ "$?" -ne 0 ]; then echo >&2 "Arc distortion method not available." echo >&2 "Sorry your installed ImageMagick is too old -- ABORTING" exit 10 fi

  ただし、「-distort Arc」などの新しいメソッドは、一般的に使用できるようになる前に、IMの開発中に表示される場合があることに注意してください。 そのため、バージョンチェックの方が良い考えかもしれません。 このため、IMの例では、新しい機能が一般的に使用できるほど安定したIMバージョンをメモするようにしています（記号を探してください）。
• 非常に長い一行は使用しないでください。特に複雑な 'convert' コマンドの場合には。上記で示したように、UNIX では '\'、DOS では '^'、PHP では '.' 文字列連結などの行継続方法を使用して分割してください。しかし、すべて設定や操作を別々の行に配置するという意味ではありません。1行につき1つの主要な操作または段階を実行し、新しい画像を作成し、画像を変更し、他の画像と結合するなどしてください。特定の演算子に必要なすべての操作設定を、その演算子の直前に配置します。各行を単一の処理ステップと考えてください。これにより、行を分離して、個々の処理ステップを読みやすく理解しやすくなります。演算子の分離が明確であるほど、複雑な画像処理を理解しやすくなります。追加の括弧を使用したり、さまざまな段階でインデントを付けたり、大きな処理ブロックの間に空行を追加したりすることで、大規模で長い操作の主要な段階をさらに見やすくすることができます。IM の例では、例を理解しやすくするために、これらの手法を至るところで使用しているので、参考にしてください。最後に、特定のコマンドが何をしているかについての追加のコメントは、他の誰か（あるいは2か月後のあなた自身でさえ）がスクリプトを読み理解する上で大きな違いを生むことがあります。長いコマンドラインにコメントを挿入できないのは残念です！
• あまり多くの外部プログラムに依存しないようにするか、利用可能な場合にのみ使用してください（可能な代替手段を用意してください）。他の人は、そのプログラムを持っていないか、他のものを使用することを好むでしょう。プログラムの使用がオプションの場合は、ユーザー制御下または見つかった場合は自動的に使用されるように、オプションにしてください。可能な限り、強制的な要件にしないでください。たとえば、 "pngcrush"、"optipng"、"pngnq" を使用して、IM が通常提供するよりも PNG を圧縮することができます（IM は特定ではなく汎用性を重視して設計されています）。また、GIF アニメーション用の LZW 圧縮オプティマイザである "gifsicle"、"intergif" などにも、長所と短所があります。スクリプトの動作に絶対必要な要件にしないでください。実際的な例として、古いバージョンの "gif2anim" は、ImageMagick の "magick identify" を使用して GIF 固有のメタデータを参照するのではなく、パッチが適用されたバージョンの "giftrans" に依存していました。この要件は、ImageMagick の "magick identify" の改善により後で必要なくなったため、スクリプトの使い勝手を良くするために削除しました。ImageMagick 自体には、PostScript および PDF ドキュメントの読み取り用の "ghostscript" や、SVG ベクトル画像の正しい処理用の "librsvg" など、多くのオプションの要件があります。IM は、利用可能な場合は問題なく動作します。IM はこれらのライブラリをオプションとして扱い、これらの形式の画像を処理する場合にのみ必要となります。スクリプトの依存関係を確認するために使用できるコードスニペットを次に示します（特に最小限の cygwin 環境で役立ちます）...

  # Check Dependencies to scripts correct working DEPENDENCIES="sed awk grep tr bc magick identify" # adjust to suit for i in $DEPENDENCIES; do type $i >/dev/null 2>&1 || Usage "Required program dependency \"$i\" missing" done

• 最後のポイントをさらに進めます。IM を使用しているシェルスクリプトで浮動小数点演算が必要な場合は、'awk' や 'bc' などの他のプログラムに頼るのではなく、IM 自体を使用してその演算を実行できます。これらのプログラムは利用できない場合があります（特に Windows 上の cygwin の場合）。たとえば、ここでは 'magick' を使用して、度で指定された特定の角度の sin() を計算します...

  angle=-20 sine=`magick xc: -format "%[fx:sin( $angle *pi/180)]" info:` echo $sine

  上記は '-0.34202' の値を出力します。精度操作制御を使用して、小数点以下の桁数を調整できます。デフォルトでは6桁に設定されています。
• ユーザーが使用する入出力画像形式を決定できるようにします。ImageMagick は、主に画像コンバーターであり、さまざまな形式を使用できます。画面、PostScript、プリンターに出力したり、画像を別のコマンドにパイプしてさらに処理したりできます。ユーザーを特定の形式に限定しないでください。たとえば、"jigsaw" スクリプトと "gif_anim_montage" スクリプトでは、ユーザーが任意の入力または出力画像を指定できます。このようにして、ユーザーは画像をスクリプトにパイプインまたはパイプアウトして、他のプログラムやスクリプトを使用してさらに処理できます。たとえば、私はよく次のようなコマンドを使用します...

  gif_anim_montage animation.miff show:

  ファイルに保存するのではなく、スクリプトの結果をディスプレイ画面に表示します。実際、私の多くのスクリプトでは、出力が欠落している場合、デフォルトで "show:" が使用されます。GIF アニメーションファイルからのみ入力するか、出力は GIF、PNG、または JPEG 画像形式のみに制限するのではなく、スクリプトが ImageMagick が処理できる任意の形式を読み取って処理できるようにしました。実際、IM はファイル、パイプライン、現在のディスプレイ、さらには "URL:" または "HTTP:" 入力形式を使用して World Wide Web から読み取ることができます。セキュリティ上の懸念（Web 使用など）がない限り、これらの可能性を制限しないでください。
• 入力画像の読み取りと複数画像の出力は、一度だけ行ってください。ユーザーがパイプラインファイル名または URL を提供した場合、それらの画像を複数回読み取ろうとしないでください。問題が発生する可能性があります。その画像を複数回参照する必要がある場合は、一時ファイル、複製された画像、または "MPC:" を使用して入力画像のコピーを保存してください。パイプラインからの複数の画像を処理できる場合は、さらに優れています。プログラムの引数が示唆するものとは異なる順序で、または複数回入力画像を処理する必要がある場合に、入力画像を一時ファイルに保存する例については、"jigsaw" スクリプトを再び参照してください。

なぜ複数の "magick" コマンドを使用するのですか？

Willem on Wed, 25 Oct 2006 wrote...

疑問に思っているのですが、あなたの例では、目的の結果を得るために Convert を複数回呼び出しているのを見ることがあります。一般的に、magick を複数回呼び出す必要はないはずです。1回の呼び出しで全てが可能になるはずです（ただし、コマンドはより複雑になります）。この声明に同意しますか？

  magick /tmp/image1.png ..operations..  /tmp/image1.png 

IM の高速化（一般的に）

• IM Q8（またはカラー値あたり 8 ビット、ピクセルあたり 3 ～ 4 バイト）は、より高いカラー解像度を持つ IM Q16 デフォルトよりもはるかに高速です（3 ～ 4 倍高速）。画像に Q16 が 필요하지 않은 경우、IM を Q8 バージョンに置き換える必要があります。ただし、8 ビットの内部品質のみを使用すると、中間画像の情報が失われるため、画像処理全体に影響を与える可能性があることに注意してください。この反対については、HDRI を参照してください。
• 可能な限り、単一の画像に必要なすべての処理を1つの"magick"コマンドで行ってください。 これにより、初期化、一時ファイルの作成、コマンド間のパイプライン、さらにはパイプラインやディスクI/Oのための画像ファイル形式へのエンコード/デコードが節約されます。 もちろん、画像サイズ、色、あるいはオプションの処理手順などを含む計算など、オプションの画像処理手順を可能にするために、複数のコマンドを使用する必要がある場合もあります。 IMv7スクリプトはこの点で役立ちます。
• シェルスクリプトは本質的に遅いです。 解釈され、複数の手順とディスクへの追加のファイル処理が必要です。 もちろん、これは新しいIM v6オプション処理のおかげで改善されており、1つのコマンドで多数の画像処理操作を実行できます。 それでも、単一の"magick"コマンドですべてを実行できることは稀であるため、多くの場合、目的を達成するために複数のコマンドを使用する必要があります。 そのため、perl、ruby、またはPHP magickモジュールのようなAPIは、シェルとIMコマンドラインAPIの両方のすべての解釈部分を削除するため、高速です。 また、IMがフォントと色の定義を読み込む際の初期化手順も削減します。
• APIはまた、プログラムの存続期間中、すべての画像、あるいは複数の画像リストを保持することもできます（十分なメモリがある限り）。 つまり、コマンドラインで行うように画像をシャッフルしたり、ジャグリングしたりすることなく、作業中の画像を自由に切り替えたり、変更したりできます。 これは、以前の画像処理手順に基づいて追加の計算を行う必要がある場合に特に便利です。
• GIF画像ファイル形式の書き込みは遅いです。 IMは、画像の色をファイル形式の限られた色に収まるように減らす（量子化する）ために、懸命に作業する必要があります。 それでも、特にGIFアニメーションでは、正しく処理するために追加の作業が必要になることがよくあります。 PNGとJPEGは高速ですが、PNGはサイズが大きくなり、JPEGは品質が低下します。 ただし、実際にはGIF画像は品質の面で最悪です！
• 背景、オーバーレイ、フレーム、マスクなどの画像を事前に準備してキャッシュしたり、カラー検索テーブル、歪みマップ、テンプレート、マスクなどを事前に生成したりします。 これらのすべてが処理時間に大きな違いをもたらす可能性があります。 事前に何ができるかを考えてください。 事前に生成された画像の大きなライブラリは、必要に応じて画像を作成しようとするよりもはるかに高速です。 中間およびキャッシュされた画像には「MPC:」の使用も参照してください。 これらはディスク上のメモリマップされた画像であり、基本的に読み取り時間はゼロですが、他の用途や他のマシンでは役に立ちません。 これらは、主要な画像処理プロセスの開始時にのみ作成する必要があり、最小限のソフトウェアまたはシステムのアップグレードによって無効になり、おそらくセグメンテーション違反が発生するため、長期間保存しないでください。
• アルファ合成、またはより単純な評価、単純な数学演算、または他の手法を使用できる場合は、FX、特殊効果画像演算子の使用を避けてください。 これらを使用する必要がある場合は、できるだけ小さい画像、または画像の単一のチャネル（グレースケールを処理する場合）にその使用を制限してみてください。
• いくつかの小さなぼかしの方が速い場合は、大きなサイズの画像ぼかしの使用を避けてください。 どちらが速いかを確認するために、いくつかのタイミングテストを行ってください。 同じことが、ガウス演算子やシャドウ演算子などの他のモルフォロジーおよび畳み込み演算子にも当てはまります。
• 小さな領域の複雑な処理には、小さなサブ画像または領域を使用します。 たとえば、マスクと再着色を行う前に、人の目を（領域を使用して）見つけて抽出すると、画像の完全な大きなバージョンを処理するよりも速度が大幅に向上する可能性があります。 差が大きいほど、節約量も大きくなります。
• 大きな画像、または多数の画像を読み取る場合は、読み取り修飾子を使用して、各画像の読み取り直後にサイズ変更またはトリミングを行う方が、全体的なメモリ要件を削減できます。 JPEGの場合、特別な 'jpeg:size' ライブラリモディファイアを使用して、メモリの割り当てを回避することもできます。 これにより、「ディスクスラッシング」（コンピューターの速度が非常に遅くなる）を防ぎます。 特に、モンタージュディレクトリインデックスやその他の複数画像のコラージュを生成する場合など、多数の大きな画像が関係する場合に有効です。
• ディスクから処理する必要がある非常に巨大な画像の場合、それらを小さなチャンクで処理する方が良い場合があります。
• 大きな画像の場合も同様です... Windows 64ビットOSを使用している場合は、64ビットImageMagickディストリビューションを使用してください。 より大きなアドレス空間を使用し、32ビットWindowsよりも大きな画像をメモリに収めることができます。
• IMはデフォルトで、個々の画像処理操作にマルチスレッドを使用します。 つまり、「コア」が2つ以上あるコンピューターは、一般に単一CPUマシンよりも高速に画像を処理します。 大きな画像の場合、OpenMPマルチスレッド機能は、個々の画像処理操作を完了するためにより多くのCPUを使用するため、明確な速度上の利点をもたらす可能性があります。 IM内では、並列化されるのは個々の画像処理操作のみであることに注意してください。 したがって、節約は、多数の画像を処理する場合ではなく、大きな画像処理で行う方が多くなります（次を参照）。
• 小さな画像の場合、IMマルチスレッド機能を使用しても大きな利点はありません。 この場合、異なる画像で複数の変換を同時に実行すると、スループットが向上する可能性があります。 これは、複数のPHP Webリクエストが複数の画像「magick」コマンドを起動できる状況でも発生する可能性があります。 これらのいずれの状況でも、CPUの競合によりマルチスレッドを有効にすると非常に有害になる可能性があり、'MAGICK_THREAD_LIMIT' 環境変数を '1' に設定してOpenMPを無効にする方が良いでしょう。 IMフォーラムディスカッションスレッド化は「変換」を遅くするを参照してください。 また、ImageMagickがより適切な時点でCPUの制御をより頻繁に放棄するように、MAGICK_THROTTLEを確認することもできます。
• 画像に多数の小さな操作（描画など）を実行する場合は、色の名前を使用しないでください。 IMが（かなり大きい）カラーネームテーブルを読み込まないようにするために、「#00AA99」などのハッシュカラー、または「rgb(0,160,100)」などのrgb番号を使用して色を指定してください！ また、システムの「フォント」リスト定義ファイル（「type.xml」から）を削除または削減することもできます。 あるいは、これらのファイルを完全に削除し、代わりにファイル名でフォントを直接指定します。 基本的に、IMが必要に応じて特定の画像プロセス用に読み取って初期化する追加の構成情報の読み込みを削減します。 したがって、それらを使用しないか、構成ファイルのサイズと影響を減らしてください。
• ImageMagickを共有ライブラリ（デフォルト）としてビルドすると、ロード時間を大幅に短縮できます。 ライブラリとコーダーモジュールは必要に応じてのみロードされるため、IMの動的バージョンは、画像処理中に使用する必要のないものはロードしません。 また、共有ライブラリは使用可能なままになる傾向があるため、2回目の実行のためにリロードする必要がない場合があります。
• Apacheモジュールの一部としてImageMagickを呼び出すと、起動時間も短縮されます。 パーツは一度ロードされて複数回使用できるようになるため、何度もリロードする必要がなくなります。 これは、将来、永続的に実行される「デーモン」IMプロセスでより実用的になる可能性があります。

ソースからのImageMagickのコンパイル

SRPMからのLinux用ImageMagick RPMのビルド

  sudo yum groupinstall "Development Tools"
  sudo yum install rpmdevtool libtool-ltdl-devel

"sudo"は、許可されている場合はrootとしてコマンドを実行するプログラムです。そうでない場合は、rootシェルを使用して、上記から"sudo"の部分を削除してください。

  sudo yum compat-libstdc++ gcc-c++ gcc-objc++ libstdc++ libstdc++-devel

  sudo yum install ImageMagick-devel

また、これらのパッケージとその依存関係（jpegやpng開発ライブラリなど）もインストールされていることを確認する必要があります

freetype-devel ghostscript-devel libwmf-devel jasper-devel lcms-devel bzip2-devel librsvg2 librsvg2-devel liblpr-1 liblqr-1-devel libtool-ltdl-devel autotrace-devel

「ImageMagickの例」の一部の例では、これらのオプションのパッケージとライブラリによって提供されるプログラムを使用する場合もありますが、これらはビルドプロセスには必要ありません。

gnuplot autotrace

  rm config.status config.log
  nice ./configure
  rm *.src.rpm
  make srpm

  nice rpmbuild --nodeps --rebuild   ImageMagick*.src.rpm

FedoraとRedhatの古いバージョンでは、これは通常rootのみに制限されている「/usr/src」で行われていました。 ただし、このディレクトリを所有または書き込み可能にすることができるため、ビルドのために完全なrootアクセスを必要とせずに実行できます。

  cp -p ~/rpmbuild/RPMS/*/ImageMagick-[6p]*.i[36]86.rpm .

  rm -rf /var/tmp/rpm-tmp.*  ~/rpmbuild

  sudo rpm -ihv --force --nodeps  ImageMagick-*.i[36]86.rpm

  sudo rpm -Uhv --force --nodeps  ImageMagick-*.i[36]86.rpm

  sudo rpm -e --nodeps  ImageMagick\*

  rpm -e --nodeps `rpm -q ImageMagick ImageMagick-perl`
  rpm -e --nodeps `rpm -q ImageMagick-devel`
  rm -rf /usr/lib/ImageMagick-*
  rm -rf /usr/lib/lib{Magick,Wand}*
  rm -rf /usr/share/ImageMagick-*
  rm -rf /usr/share/doc/ImageMagick-*
  rm -rf /usr/include/{ImageMagick,Magick++,magick,wand}
  rm -rf /usr/lib/perl5/site_perl/*/i386-linux-thread-multi/Image/Magick*
  rm -rf /usr/lib/perl5/site_perl/*/i386-linux-thread-multi/auto/Image/Magick*
  rm -rf /usr/share/man/man?/*Magick*
  rm -f /usr/lib/pkgconfig/ImageMagick.pc

UbuntuでのソースからのImageMagick

  sudo apt-get install imagemagick libmagick++-dev

MacOSXでのコンパイル

IMのHDRIバージョンのコンパイル

個人用ImageMagickの作成

  export MAGICK_HOME=$HOME/apps/im

  rm config.status config.log
  nice ./configure --prefix=$MAGICK_HOME --disable-installed \
          --enable-shared --disable-static --without-modules --with-x \
          --without-perl --without-magick-plus-plus --disable-openmp \
          --with-wmf --with-gslib --with-rsvg --with-xml \
          CFLAGS=-Wextra \
          ;
  nice make clean
  nice make
  nice make install

  export MAGICK_HOME=$HOME/apps/im
  export PATH="$MAGICK_HOME/bin:$PATH"
  export LD_LIBRARY_PATH="$MAGICK_HOME/lib:$LD_LIBRARY_PATH"

  magick -version

#!/bin/sh
#
#   hdri imagemagick_command....
#
# Run the HDRI version of imagemagick (or other personal installed IM)
#
# Where is the HDRI version of IM stored
export MAGICK_HOME=$HOME/apps/im_hdri

# Set the other two environment variables
export PATH="$MAGICK_HOME/bin:$PATH"
export LD_LIBRARY_PATH="$MAGICK_HOME/lib:$LD_LIBRARY_PATH"

# Execute the HDRI version of the command
exec "$@"

hdri magick -version

  hdri which convert

  hdri  some_im_script   image.png   image_result_hdri.png