ImageMagick 範例 --
API 與腳本

索引

ImageMagick 範例前言與索引

API 和其他 IM 使用方法

• Windows 和 DOS
• PHP
• 使用 Shell 命令的 PHP
  • PHP Shell 範例
  • 注意額外的引號
  • PHP 安全性
• PHP Imagick (PHP ImageMagick API)
• PerlMagick (Perl Magick 腳本)

安全性問題

• 檔名中繼字元

更好的 ImageMagick Shell/PHP 腳本的提示

為什麼要使用多個 "magick" 命令

加速 IM（一般而言）

從原始碼編譯 ImageMagick

• 從 SRPM 建立 Linux RPM
• Ubuntu 上的 ImageMagick 原始碼
• MacOSX 上的 ImageMagick
• 編譯 HDRI 版本的 IM
• 建立個人 ImageMagick 安裝

API 和其他 IM 使用方法

• 如果 API 已經在執行，則幾乎不需要設定時間。
• 將許多影像清單的陣列儲存在記憶體中，你可以按任何順序處理這些清單。例如，我有一個程式可以讀取數百張影像，在讀取時將它們縮略成 32x32 像素的影像，然後 magick 將它們兩兩比較（100 張影像進行 9,900 次比較）。另一個例子是按一般顏色對記憶體中的影像進行排序！
• 你可以以任何順序進行許多不同的影像處理執行緒。你不需要在處理下一張影像或步驟之前「完成」一個處理序列。例如，想像一個解決拼圖遊戲的程式！
• 您可以從圖像中檢索信息，並以複雜的方式使用該信息來修改圖像處理，而無需一遍又一遍地重新初始化圖像處理（重新讀取配置和圖像）。例如，在確定圖像的取景要求之前，先獲取圖像大小。
• 循環瀏覽圖像，對每個圖像進行不同的操作！例如，生成動畫序列，每個幀都以稍微不同的方式扭曲。
• 直接且完全隨機地訪問圖像數據。例如，在圖像中尋找“人臉”。

• 使用MPC 圖像保存（更快地重新讀取）中間圖像。請參閱我的腳本divide_vert
• 使用流水線進行並行處理（甚至可以使用不同的機器執行不同的步驟！），以更好地利用處理器並避免將中間圖像保存到磁盤。請參閱enlarge_image，了解一個流水線腳本示例，其中一個步驟將圖像傳送到序列中的下一個（有時是可選的）步驟。
• 使用循環單獨處理每個圖像，然後將圖像結果流傳送到最終的“合併所有圖像”步驟。我有許多這樣的腳本...請參閱分層圖像的程序化定位以獲取一個這樣的腳本。

Windows 和 DOS

PHP（來自“system()”函數的 IM 命令）

• “imagick PECL 接口
• “MagicWand”接口
• 使用“system()”和“exec()”函數運行 CLI“magick”命令。

使用 Shell 命令的 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:-");
?>

範例 Shell 到 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 特有的特殊 "@" 元字符。
• 其他 shell 元字符，包括 "$#;" 以及三個引號字符 '\''、'\"'、'\`'
• 參數與 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 Shell/PHP 腳本的提示

• 將「help」或「doc」放在腳本和程式的頂部。這讓其他人更容易理解特定程式的作用，而無需安裝或運行腳本。我自己經常會丟棄沒有明確註釋說明其用途的程式，而不是嘗試編譯或運行此類未知腳本。事實上，我看過很多大型項目，它們的第一個 README 文件甚至沒有說明這個龐大而複雜的項目是做什麼的！程式設計師只是假設，如果您下載了它，您一定知道它是做什麼的！還要確保「錯誤選項」（例如「-？」）不僅會列印選項的概要，還會快速概述程式的功能或哪裡可以找到此類説明。不要只是指向一個遠程網站，這個網站可能在 10 年後就消失了！有關列印自身「開頭註釋」的腳本示例，請參閱 IM 腳本區域中的「jigsaw」腳本。Perl 可以使用 POD 進行自我說明（請參閱 perl 的「Pod::Usage」模組）。例如，請參閱貢獻的 dpx_timecode.pl 腳本。將説明作為「here 文件」放在第一個子例程中也是可以接受的，並且適用於大多數語言。但是要把該子例程放在腳本或程式的頂部，而不是底部或中間。
• 確保您清理了代碼，刪除了舊的、過時的代碼和註釋，盡可能使代碼簡潔明瞭。簡明扼要，並附帶簡單的註釋階段（如果可能）。再次請參閱「jigsaw」腳本。
• 確保在結束時清理臨時文件。使用「trap」shell 命令在文件退出或中斷時刪除它們。您當然可以多次重複使用單個臨時文件，因此您不需要太多臨時文件，尤其是在使用 IM v6 魔法命令的情況下。再次請參閱「jigsaw」腳本，並搜尋「trap」。
• 此外，並非每個人都使用系統 X，儘管在您看來可能並非如此。不要提及特定的系統要求或解決問題的方法。對您有效的方法可能完全不適合他們的系統和設定。他們甚至可能無法連接到網際網路！只要說找不到 ImageMagick 的「magick」命令即可。如果您想新增安裝需求或建議，請將其作為單獨的、更廣泛的文件的一部分新增。
• 請檢查使用的 IM 版本是否足夠高，或者新增向後相容的變更。我特意在整個 IM 示例中給出了「版本警告」說明，說明何時添加了各種特殊功能。這使得在建立具有單一最低版本檢查的腳本時更容易。以下是一種簡單的方法，可以在 shell 腳本中獲取用於測試目的的單一版本號。它提取 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」開頭的字串可能會被解釋為八進制數字！！！但是，只要第一個數字仍然是「0」，比較兩個八進制數字仍然會得到正確的結果。建議小心謹慎，並檢查版本測試。測試版本的另一個替代方法是使用「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

  但是請注意，通常在 IM 開發過程中，一種新方法（例如「-distort Arc」）可能會在正式準備好供一般使用之前出現。因此，版本檢查可能仍然是更好的主意。這就是為什麼在 IM 示例中，我嘗試註明（查找 符號）新功能變得足夠穩定以供一般使用時的 IM 版本。
• 不要使用非常非常長的單行命令。特別是對於複雜的「convert」命令。使用續行方法（如上所示）將它們拆分，例如 UNIX 中的「\」、DOS 中的「^」和 PHP 中的「.」字符串連接。但是，我的意思不是將每個設置和操作都放在單獨的行上。每行執行一個主要操作或階段，創建新圖像、修改圖像、與其他圖像合併等。將特定運算符所需的所有操作設置放在該運算符之前。將每一行視為單個處理步驟。這使您可以分隔這些行，以便更容易閱讀和理解各個處理步驟。運算符分隔得越清晰，複雜的圖像處理過程就越容易理解。使用額外的括號、在各個階段縮進行，甚至在大型處理塊之間添加空行，都可以更容易地查看大型和長操作的主要階段。我在 IM 示例中都使用了這些技術，以便使示例更容易理解，因此請隨意瀏覽！最後，關於特定命令正在執行的操作的額外註釋，可以讓其他人（甚至兩個月後的你自己）在閱讀和理解你的腳本時產生很大的差異。可惜的是，你目前無法在長命令行中插入註釋！
• 盡量不要依賴太多外部程序，或者只在它們可用的情況下使用它們（並提供可能的替代方案）。其他人可能沒有安裝該程序，或者更喜歡使用其他程序。如果程序的使用可以是可選的，請使其成為可選的，可以由用戶控制，或者在找到時自動使用。盡可能不要將其作為強制性要求。例如，您可以使用「pngcrush」、「optipng」、「pngnq」來壓縮 PNG 圖像，其效果比 IM 通常提供的更好（IM 被設計成通用的，而不是專用的）。同樣，「gifsicle」、「intergif」或其他用於 GIF 動畫的 LZW 壓縮優化器也有其優缺點。只是不要將其作為腳本運行的絕對要求。舉一個實際的例子，舊版本的「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 的 shell 腳本中進行浮點數學運算，則可以使用 IM 本身來完成這些運算，而不是依賴於某些其他程序，例如「awk」或「bc」，這些程序可能不可用（尤其是在 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:」輸入格式從萬維網讀取。不要限制這些可能性，除非它成為安全問題（例如在網絡使用中）。
• 僅讀取輸入圖像和輸出多個圖像一次！如果用戶提供了管道文件名或 URL，則不應嘗試多次讀取這些圖像，否則可能會出現問題。當您需要多次引用該圖像時，請使用臨時文件、克隆圖像或「MPC:」保存輸入圖像的副本。如果您可以從管道處理多個圖像，那就更好了。再次請參閱「jigsaw」腳本，以獲取在您被迫多次處理輸入圖像或以與程序參數所暗示的順序不同的順序處理輸入圖像時將輸入圖像保存到臨時文件的示例。

你為什麼要使用多個「magick」命令

Willem 於 2006 年 10 月 25 日星期三寫道...

我很好奇；有時候我在你的範例中看到你會調用多次 Convert 來獲得想要的結果。一般來說，我預期不需要調用 magick 多次；應該可以在一次調用中完成所有操作（但命令會更複雜）。你同意這個說法嗎？

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

讓 IM 更快（總體而言）

• IM Q8（或每個顏色值 8 位，每個像素 3 到 4 位元組）比具有更高顏色解析度的 IM Q16 預設值快得多（快 3 到 4 倍）。如果您不需要圖像的 Q16，也許您應該將您的 IM 替換為 Q8 版本。但是請注意，僅使用 8 位內部品質會影響整體圖像處理，因為中間圖像會丟失資訊。有關此相反的情況，請參閱 HDRI。
• 如果可能，請使用單個「magick」命令，以便對單個圖像進行所有必要的處理。這可以節省初始化、建立臨時檔案或命令之間的管道，甚至是這些管道和磁碟 I/O 的圖像檔案格式的編碼/解碼。當然，有時您仍然需要使用多個命令，以允許可選的圖像處理步驟，例如涉及圖像大小、顏色甚至可選處理步驟的計算。IMv7 腳本在這方面將有所幫助。
• Shell 腳本本身就很慢。它被解釋，需要多個步驟和額外的檔案處理到磁碟。由於新的 IM v6 選項處理，這當然更好，允許您在單個命令中執行大量圖像處理操作。儘管如此，您很少能在單個「magick」命令中完成所有操作，因此您經常必須使用多個命令才能實現您想要的目標。因此，像 perl、ruby 或 PHP magick 模組這樣的 API 更快，因為它刪除了 shell 和 IM 命令列 API 的所有解釋方面。它還減少了 IM 在讀取字體和顏色定義時經歷的初始化步驟。
• API 還可以在程式生命週期內保存所有圖像，甚至多個圖像清單（只要您有足夠的記憶體）。這意味著您可以切換和更改正在處理的圖像，而無需像在命令列上那樣對圖像進行混洗和調整。當您還需要根據先前的圖像處理步驟進行額外計算時，這一點尤其有用。
• GIF 圖像檔案格式的寫入速度很慢。 IM 必須努力減少（量化）圖像的顏色，以適應檔案格式的有限顏色。 即使這樣，您通常也需要做額外的工作才能使其正確，尤其是對於 GIF 動畫而言。 PNG 和 JPEG 速度更快，但 PNG 的成本是大小，JPEG 的成本是品質損失。 雖然實際上 GIF 圖像的品質更差！
• 預先準備和快取圖像，例如背景、疊加層、框架、遮罩，或預先生成顏色查找表、變形圖、模板、遮罩等。所有這些都可以使您的處理時間大不相同。 考慮一下 beforehand 可以做些什麼。 預先生成的大型圖像庫比嘗試根據需要建立圖像要快得多。另請參閱將「MPC:」用於中間和快取圖像。 這些是磁盤上的記憶體映射圖像，基本上讀取時間為零，但對其他任何東西或其他機器都毫無用處。 它們應該只在主要圖像處理過程開始時建立，並且不要長時間儲存，因為任何最小的軟體或系統升級都會使它們失效，並且可能會導致分段錯誤。
• 如果可以使用 Alpha 合成、更簡單的 評估、簡單數學運算 或其他技術，請避免使用 FX，特效圖像運算符。 如果您確實需要使用它們，請嘗試將其使用限制在盡可能小的圖像，或圖像的單個通道（處理灰度時）。
• 當幾個較小的 圖像模糊 可能更快時，請避免使用大尺寸的。 做一些時間測試，看看哪個更快。 其他 形態學 和 捲積運算符（例如高斯和陰影運算符）也是如此。
• 對小區域的複雜處理使用較小的子圖像或區域。 例如，在遮罩和重新著色之前找到並提取人的眼睛（使用區域）可以比處理完整的大版本圖像帶來巨大的速度提升。 差異越大，節省越大。
• 當讀取大量甚至大量圖像時，最好使用 讀取修飾符 在讀取每個圖像後立即調整大小或裁剪它們，從而減少其總體記憶體需求。 對於 JPEG，您甚至可以使用特殊的「jpeg:size」程式庫修飾符來避免分配記憶體。 這反過來又防止了「磁盤抖動」（這會使電腦速度非常慢）。 特別是當涉及大量大型圖像時，例如在生成 已建立索引的蒙太奇目錄 或其他多圖像拼貼時。
• 對於必須從磁盤處理的 真正非常大的圖像，最好將它們分成更小的塊進行處理。
• 同樣對於大型圖像... 如果您使用的是 Windows 64 位作業系統，請使用 64 位 ImageMagick 發行版。 它使用更大的位址空間，並且可以比 32 位 Windows 將更大的圖像放入記憶體。
• IM 預設使用多個執行緒進行單個圖像處理操作。 這意味著具有兩個或多個「核心」的電腦通常會比單個 CPU 機器更快地處理圖像。 對於大型圖像，OpenMP 多執行緒功能可以產生明確的速度優勢，因為它使用更多 CPU 來完成單個圖像處理操作。 請注意，在 IM 中，只有單個圖像處理操作是並行的。 因此，節省更多的是大型圖像處理，而不是處理大量圖像時（見下文）。
• 對於小圖像，使用 IM 的多執行緒功能不會給您帶來太多優勢。在這種情況下，同時在不同圖像上運行多個轉換可以產生更高的吞吐量。當多個 PHP Web 請求可以啟動多個圖像“magick”命令時，也可能會發生這種情況。在這兩種情況下，由於 CPU 爭用，啟用多執行緒可能會非常不利，最好通過將“MAGICK_THREAD_LIMIT”環境變量設置為“1”來禁用 OpenMP。請參閱 IM 論壇討論 線程會降低“convert”的速度。您可能還想查看 MAGICK_THROTTLE，以使 ImageMagick 更頻繁地在更合適的時間點放棄對 CPU 的控制。
• 如果您要對圖像執行大量小操作（例如繪圖），請嘗試不要使用任何顏色名稱。使用哈希顏色（例如“#00AA99”）或 rgb 數字（例如“rgb(0,160,100)”）指定顏色，以阻止 IM 加載顏色名稱表（它相當大！）。您也可以嘗試刪除或削減系統“字體”列表定義文件（來自“type.xml”。或者完全刪除這些文件，並直接通過文件名指定字體。基本上減少了額外配置信息的加載，IM 將在特定圖像處理需要時讀取和初始化這些信息。因此，要么不要使用它們，要么減少配置文件的大小和影響。
• 將 ImageMagick 構建為共享庫（默認）可以大大減少加載時間。庫和編碼器模塊僅在需要時加載，因此 IM 的動態版本不會加載在圖像處理期間不需要使用的任何內容。此外，共享庫往往會保持可用狀態，因此第二次運行時可能不需要重新加載。
• 如果您將 ImageMagick 作為 Apache 模塊的一部分調用，它也會減少啟動時間，因為零件將被加載一次並保持可用以供多次使用，而不需要一遍又一遍地重新加載。隨著將來出現永久運行的“守護進程”IM 進程，這可能會變得更加實用。

從源代碼編譯 ImageMagick

從 SRPM 構建適用於 Linux 的 ImageMagick RPM

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

“sudo”是一個以 root 身份運行命令的程序，如果您被允許，否則請使用 root shell 並從上面刪除“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 上，這是在“/usr/src”中完成的，該目錄通常僅限 root 使用。但是，您可以將此目錄設置為由您擁有或可寫入，這樣您仍然可以在不需要完全 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 上編譯

編譯 HDRI 版本的 IM

建立個人 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