ImageMagick 範例 --
影像檔案處理

索引

ImageMagick 範例前言與索引

影像格式摘要

讀取影像

• 讀取修飾詞
• 輸入檔名中繼字元處理
• 壓縮影像

儲存影像

• 檔名百分比跳脫字元
• GZip 壓縮影像
• 已儲存屬性
• 加密影像
• 寫入多個影像（相鄰）
• 起始序列（場景）編號
• 寫入影像多次

特殊輸出檔案格式 （ImageMagick 特有）

miff:   info:   null:   txt:   sparse-color:   histogram:   mpr:   mpc:   fd:   inline:  

clipboard: -- 從 Windows 剪貼簿讀取/寫入

ephemeral: -- 讀取後自動刪除

show:、win: 和 x: -- 直接顯示影像

x:（作為輸入） -- 顯示擷取和重新繪製

影像格式的委託和編碼器

• 輸入委託範例
• 輸出委託範例
• 列出委託和原始檔案
• 列印委託
• 產生外部命令
• Postscript 和 PDF 委託
• 直接委託格式轉換（污染）
• 其他委託範例

超大型影像處理

大量影像的長串流、影片序列

影像格式摘要

讀取影像

  logo:      granite:     rose:

  -size 30x30  canvas:red
  -size 30x30  gradient:yellow-lime
  -size 30x30  pattern:fishscales
  magick import:

  -size 30x30  tile:pattern:gray95

magick http://www.ict.griffith.edu.au/anthony/images/anthony_castle.gif \ -resize 100x100 castle_logo.png

當給定前綴檔案格式時，作為檔名一部分給定的任何後綴都不會影響檔案的讀取方式。事實上，這在讀取某些檔案格式時至關重要，例如「text:」與「txt:」檔案格式處理。當然，如果影像產生器實際上讀取影像檔案以特殊方式處理它（例如「tile:」），那麼後綴（或前綴）檔案格式將再次變得重要，就像在上一個範例中一樣

  magick montage  '*.jpg' -geometry 50x50+2+2  image_index.gif

  magick image_[0-9].gif  image_[1-9][0-9].gif  animation.gif
  magick image_?.gif  image_??.gif  image_???.gif  animation.gif
  magick image_(?|??|???|????).gif  animation.gif

cat tree.gif | magick - -frame 5x5+2+2 read_stdin.gif

for image in eye.gif news.gif storm.gif do magick $image miff:- done | magick - -frame 5x5+2+2 +append read_multiple_stdin.gif

echo "eye.gif news.gif storm.gif" > filelist.txt magick @filelist.txt -frame 5x5+2+2 +append filelist.gif

echo "eye.gif news.gif storm.gif" |\ magick @- -frame 5x5+2+2 +append filelist_stdin.gif

在 IM v6.5.2-1 中添加了使用「@」語法從檔案中讀取檔名列表的功能。

作為安全預防措施，這僅適用於實際的影像檔案。它不適用於影像產生器，例如「rose:」或「label:string」。它也不能用於從檔案中「包含」命令列選項。

讀取修飾符或提取設定

magick -extract 32x32+20+5 rose: +repage rose_extract.gif

magick 'rose:[32x32+20+5]' +repage rose_read_modifier.gif

'[#]' '[#-#]' '[#,#,#]' [#,#-#,#]'. 讀取影格

將從已讀入的影像的多影像檔案格式中選擇特定的子影格。給定的數字 '#' 索引指定要讀取的影格編號。可以在逗號順序或索引範圍中指定多個索引。影像索引從第一個影像的零開始，第二個影像的索引為 1，依此類推。如果您指定負索引，則計數從影像序列的末尾開始，以相反的順序排列，-1 表示最後一個影像，-2 表示倒數第二個影像。這與 影像列表運算子 所使用的慣例完全相同。例如

magick document.pdf'[0]' first_page_of_pdf.gif magick animation.gif'[1-3]' second_to_fourth_frames.gif magick animation.gif'[-1,2]' last_then_the_third_frame.gif

您也可以讓 IM 根據數字列表讀取影像。例如..

magick 'image_%03d.png[5-7]' ...

將讀入檔案「image_005.png」、「image_006.png」和「image_007.png」。使用此方法，您不能使用負索引。

'[#x#]' 讀取調整大小

從 IM 版本 6.2.6-2 開始，新增了一個新的修飾符號，以幫助 IM 使用者處理非常大的影像。此修飾符號將在將剛讀入的影像新增到記憶體中已存在的其他影像之前立即調整其大小。

這可以縮小影像或放大影像。例如... magick pattern:gray95'[60x60]' enlarged_dots.gif

警告：讀取修飾符號目前不使用任何調整大小標記，例如 '!'（不保留長寬比）或 '>'（僅縮小較大的影像。（如果您提出請求，可能會使用）您也可以將其用作指定純色畫布大小的替代方法。實際上發生的事情是它正在調整預設單像素影像的大小。例如...

magick 'canvas:DodgerBlue[50x50]' canvas_size.gif

當您嘗試讀入大量非常大的影像時，修飾符號最重要，因為每個影像在讀取下一個影像之前都會調整大小，從而顯著節省處理這些影像所需的總記憶體。例如，不要...

magick montage '*.tiff' -geometry 100x100+5+5 -frame 4 index.jpg

它會先讀入所有 tiff 檔案，然後調整它們的大小。您可以改為執行...

magick montage '*.tiff[100x100]' -geometry 100x100+5+5 -frame 4 index.jpg

這將讀入每個影像並調整其大小，然後再處理下一個影像。從而減少記憶體使用量，並可能防止在達到記憶體限制時出現磁碟交換（磁碟震盪）。對於 JPEG 影像，我也建議您使用特殊的「-define」設定，產生類似於...

magick montage -define jpeg:size=200x200 '*.jpg[100x100]' -strip \ -geometry 100x100+5+5 -frame 4 index.png

這個特殊設定會被傳遞給 JPEG 函式庫，並用於在讀取過程中限制 JPEG 影像的大小。 但這並非精確值，產生的影像大小會介於該大小或兩倍大小之間，同時保持長寬比。 如需更多詳細資訊，請參閱讀取 JPEG 影像。 其組合的結果是讀取速度更快，JPEG 影像的記憶體使用量更低。 尤其是在產生大量小縮圖時。 請參閱一般縮圖建立。

'[#x#+#+#]' 讀取裁剪

從 IM v6.3.1 開始，如果您還添加了偏移量，則上述內容將成為讀取的影像的裁剪區域。 例如，要從更大的影像中取得較小的 600x400 像素子區段。

magick 'image.png[600x400+1900+2900]' tileimage.png

但是，這會將整個影像讀入記憶體，然後在最終將其添加到當前影像序列之前對其進行裁剪。 如果您想處理非常大的影像，我建議您查看“stream”命令，並將您的影像通過管道傳輸到“magick”命令以進行進一步處理。 請參閱下面的巨量影像處理。

PNG 格式在其格式規範中包含“gzip”壓縮。 在這種情況下，兩位數 PNG“-quality”設定的第一位數定義了壓縮級別。 如需更多詳細資訊，請參閱PNG 影像檔案格式範例。

在腳本中將使用者提供的參數傳遞給 IM 時要非常小心，確保參數符合您的預期。 例如，您不希望讓網路影像處理腳本返回系統密碼檔案的影像。

輸入檔名中繼字元處理

建構中

Not only does the shell handle meta-characters (unless that argument is
quoted) but IM also does its own form of meta-character handling in filenames.

For example
  magick *.jpg ....

is expanded by the shell BEFORE passing the filenames to IM, while

  magick '*.jpg' ....

will have the shell pass "*.jpg" to ImageMagick, which then expands into
an internal list of filenames!  This was provided for Windows Dos support, and
as a method to preventing command line limit overflows in command such as
"magick mogrify" and "magick montage", which typically process long lists of images.

As such to actually get IM to read a file names literially named on disk as
'*.jpg'  you need to use any of the following forms...

  magick '\*.jpg' ....
  magick "\*.jpg" ....
  magick "\\*.jpg" ....
  magick \\\*.jpg ....

NOTE; the second line is NOT recommended as some shells (not bash) and some
APIs (C programs, possibly PHP) may actually remove the single backslash, and
pass '*.jpg' to IM which it will again expand!

On top of '?' and '*',  IM also adds the meta-character handling of  ':', '%'
and '[...]' for read modifier handling.  These however have a different
meaning  (codec specification, scene number inclusion, and read modifiers) to
normal shell syntax of those meta-characters.

For example DOS uses will need to escape a 'drive-letter' in filename paths
being passed to ImageMagick.  For example...

  magick C\:\path\to\image.jpg ....

Another example is when loading an image containg a time code.  For example..

  magick "time_10\:30.jpg" ....

will read the filename "time_10:30.jpg" from disk.  Without the backslash, IM
may think that the image should be read with a non-existant image file format
(or delegate) "time_10:", and fail in an unexpected way.

An alternative is to use a question mark...

  magick "time_10?30.jpg" ...

However that may also match another file such as "time_10_30.jpg" as well!

壓縮影像

建構中

IM will also read files that have been compressed, and given the appropriate
suffix, or image format specification.

That is, an image saved as "image.gif.gz"  will first be uncomressed, before
being decoded from its GIF image format.

Gzipped XPixmap (xpm) and NetPbm/PbmPlus (ppm) images is also automatically
handled, both by Imagemagick, and the formats normal delegate library.  As
such you can use the compressed forms directly either in IM, or in other
programs that understand these file formats.

See  Saving Compressed Images below.

儲存影像

magick tree.gif GIF:tree_image

magick tree.gif -resize 1x3\! txt:-

magick tree.gif -resize 200% miff:- | identify -

檔名百分比跳脫字元

magick rose: -set filename:mysize "%wx%h" 'rose_%[filename:mysize].png'

magick eye.gif news.gif storm.gif -scale 200% \ -set filename:f '%t_magnify.%e' +adjoin '%[filename:f]'

自動 GZip 後綴

magick rose: -compress none rose.gif.gz

magick rose: rose.gif

已儲存屬性

建構中

Other Settings specific to image writing....
    -depth  -quality  -compress -type  -loop
    -set label   -set comment
Also see Image Depth,
Image Type,
JPEG Quality,
PNG Quality.
GIF loop.

Talk about file compressions, which are part of various image formats.

Different compressions are used for different image formats.

Especially the JPEG to TIFF compression change needed.

Using or "-compress
None" and "-compress" NetPBM text/binary format selection.

The GIF compression and the copyright patent.

Other than using IM to reduce -quality or changing the format to something
else the -compression option is rarely used.  Often it is only used internally
by IM to save images using the same compression the image was read with.

加密影像

寫入多個圖像 - 並排技術

magick eye.gif news.gif storm.gif +adjoin image.gif

在 ImageMagick 6.2.0 版之前，上述輸出的檔名會是「image.gif.0」到「image.gif.2」。由於檔名後綴遺失，這導致許多問題，因此已更改為在檔名後綴之前新增影像編號。

magick eye.gif news.gif storm.gif +adjoin image_%d.gif

您不僅可以使用「%d」表示十進制數，還可以可以使用「%x」表示十六進制數（小寫）、「%X」表示十六進制數（大寫）或「%o」表示八進制數。

如果您真的想要一個百分比符號，後面跟著這些字母中的一個，那麼您需要將百分比符號加倍以跳脫其含義。也就是說，您需要使用「%%」來確保您實際上產生的是一個百分比符號。

輸出檔名中的「%d」實際上會自動啟用 ImageMagick 的「+adjoin」設定。 然而，雖然我在上面實際上不需要「+adjoin」，但最好還是提供它，只是為了清楚表明您正在產生單獨的影像。

  magick image_[0-9].gif  image_[1-9][0-9].gif  animation.gif
  magick image_?.gif  image_??.gif  image_???.gif  animation.gif
  magick image_(?|??|???|????).gif  animation.gif
  magick 'image_%d.gif[0-123]'  animation.gif

magick eye.gif news.gif storm.gif +adjoin image_%03d.gif

寫入場景編號

magick null: eye.gif news.gif storm.gif +adjoin image_%01d_of_3.gif rm image_0_of_3.gif

magick eye.gif news.gif storm.gif +adjoin -scene 101 image_%03d.gif

寫入影像多次

magick parrots_orig.png \ \( +clone -resize x128 -write parrots_lrg.jpg +delete \) \ \( +clone -resize x96 -write parrots_big.jpg +delete \) \ \( +clone -resize x64 -write parrots_med.jpg +delete \) \ -resize x32 parrots_sml.jpg

magick scroll.gif -background lightsteelblue -flatten -alpha off \ -write mpr:scroll -resize x128 -write scroll_lrg.jpg +delete \ mpr:scroll -resize x96 -write scroll_big.jpg +delete \ mpr:scroll -resize x64 -write scroll_med.jpg +delete \ mpr:scroll -resize x32 scroll_sml.jpg

特殊檔案格式（IM 特定）

miff:

是 ImageMagick 檔案格式。整個影像序列和與影像相關聯的「所有」屬性都儲存在此檔案格式中。當然，只有 ImageMagick 命令才能讀取此格式，因此它不適合在不同的影像處理軟體包之間傳輸。「miff:」檔案格式的主要用途是在以長時間和複雜的方式處理影像時作為中間儲存格式。當將影像從一個 IM 命令「管道傳輸」到另一個 IM 命令時，它也適用於傳遞影像中繼資料和其他與影像相關聯的屬性。我建議在寫入「miff:」時包含「+depth」選項。這會將影像的「輸入深度」重置為 IM 記憶體品質，以便為中間影像儲存使用最佳品質。當然，您可以使用「-depth 8」來「裁剪」儲存影像深度，以減少磁碟上的影像大小，但是這也會強制執行量子舍入效應（除非也啟用了HDRI 浮點數儲存）。對於那些有興趣解析此格式的人來說，它以包含所有影像屬性的純文字標頭開頭。標頭以包含單個換頁字元的行結尾。此標頭本身是一種在各種影像處理腳本中提取基本影像資訊的實用方法。例如，這裡我使用 GNU-sed 命令列出「miff:」標頭直到換頁分隔符號，顯示內建「rose:」影像的所有屬性。

magick rose: miff:- | sed -n '/^\f$/q; p'

這實際上非常有用，因為它揭示了 IM 了解的圖像的所有當前設置標誌和元數據。但是，也有一些統計信息，因為這些信息是由“magick identify”命令、“-identify”操作符或特殊的“info:”格式生成的；如果使用“-verbose”選項請求的話。（見下文）圖像文件格式的解析要求非常低，雖然沒有壓縮，但可以處理 IM 知道的任何類型的圖像。對於臨時圖像和您可以使用的流水線圖像命令來說，它幾乎是最理想的格式，儘管 ImageMagick 程序是唯一可以讀取它的程序。另請參見下面的“MPR”圖像內存寄存器和“MPC”內存磁盤映射格式。

原始圖像數據（二進制）實際上以四個字符序列“\n\f\n:”（換頁符在一行上，後面跟著一個冒號）作為前綴。這些數據應該如何讀取的編碼在標頭數據中，但通常由 RGB 元組中的二進制整數組成。但可以有更多通道，甚至可以由浮點數甚至雙精度數據值組成。 在很多方面，它實際上與二進制 PbmPlus 圖像文件格式相同，只是標頭大大擴展以保存圖像元數據，並且通道數量和數據類型有更多變化。

MIFF 圖像串流

“miff:”格式是一種“串流”圖像文件格式。也就是說，多個圖像的處理只需將圖像一個接一個地附加或串聯在一起即可。這意味著您可以生成多個圖像的“流”，只需將圖像寫入相同的目的地，例如管道。即使單個圖像是由不同的命令生成的。例如，您可以擁有一個圖像處理命令循環，每個命令僅輸出一個“串流”MIFF 圖像。循環之後，您可以將圖像“流”通過管道傳輸到單個命令中，以生成蒙太奇、拼貼畫、動畫或其他內容。例如，以下內容生成了一個以字母“b”開頭的顏色列表，然後使用“magick”命令循環生成帶標籤的色塊，一次一種顏色。然後將這些“通過管道傳輸”到“magick montage”中以生成簡單的顏色表。

magick -list color | egrep '^b' | \ while read color junk; do \ magick -label $color -size 70x20 xc:$color +depth miff:-; \ done |\ magick montage - -frame 5 -tile 6x -geometry +2+2 \ -background none color_table.png

上面的具體示例已編程到腳本“show_colors”中，您可以使用該腳本搜索、查找和顯示顏色，以便在圖像處理中使用。上面是一個“串流圖像管道”的示例，它對於生成多圖像序列非常有用。此技術的其他示例包括 分層圖像的程序化定位、地圖中的圖釘、按名稱顏色 中的“命名顏色圖像”以及隨機漣漪 中顯示的動畫。此技術也可以與“-write miff:-”等操作一起使用，以便從單個命令中的多個位置輸出 miff 格式的圖像。每個圖像都將在最終輸出流中自動附加在一起。這對於調試複雜的圖像處理命令特別有用。另一種方法（通常在 PHP 腳本中使用）是使用“生成命令”技術，該技術使用 shell 腳本生成要運行的長“magick”命令。圖像扭曲動畫 中的腳本使用了這種技術。

info:

「info:」檔案格式（IM v6.2.4 中新增）*不會*輸出實際圖像！此格式基本上會輸出與 ImageMagick「magick identify」指令相同的資訊。與「magick identify」相同，此輸出格式由「-format」和「-verbose」選項控制，允許您根據圖像屬性轉義頁面中的定義，僅輸出您感興趣的特定資訊。例如，我們可以使用以下指令來擷取結果圖像格式的單行識別，而不是像上面那樣（請參閱儲存圖像）將 MIFF 圖像管道傳輸到「magick identify」。

magick granite: info:-

當然，您可以使用「-format」設定以特定且更易於解析的方式輸出所需的資訊。「info:」的實用之處在於，您現在可以生成圖像，同時提取有關圖像的額外資訊。這是通過使用「-write」運算符將此特殊圖像格式儲存到檔案（或指令的正常標準輸出）來完成的。

	magick rose: -shave 12x0 -repage 64x64+9+9 \ -format '%wx%h %g' -write info:info_paged.txt paged.gif

還有一個「-identify」運算符，它等效於使用「-write info:」將圖像識別資訊輸出到標準輸出。這使得在除錯 IM 指令時更容易監控圖像的變化。例如...

	magick logo: -identify \ -trim -identify \ +repage -identify \ -resize 80x80\! -identify \ logo_thumbnail.gif

在這裡，您可以看到「-trim」如何減小圖像的大小，但保留了圖像哪一部分被修剪的「裁剪」資訊，然後「+repage」刪除了額外的「畫布」或「頁面」資訊，依此類推。同樣，與「magick identify」指令一樣，如果啟用了「-verbose」設定，「info:」和「-identify」都會變得更加詳細。在這裡，我將長輸出限制為僅顯示前幾行，以便您對其有所了解。

magick rose: -verbose info: | head

「-verbose」設定還會導致將有關讀入或讀出圖像的額外資訊列印到標準錯誤輸出（「info:」格式除外）。它還會導致某些運算符（如「-colors」）輸出額外資訊。因此，您可能希望在將其與「-identify」或「info:」格式一起使用後將其關閉。 例如  「-verbose -write info:image_info.txt +verbose」  或  「-verbose -identify +verbose」。

以程式設計方式讀取任何形式的「identify」的輸出時，應以區分大小寫的方式進行。這確保了不同版本的 ImageMagick 之間更好的向後相容性。

注意：「info:」（和「-identify」）只是一種輸出格式，產生的輸出與「identify」指令相同。您無法使用「info:」檔案格式讀取或建立圖像。您也可以使用「-print」來列印資訊，但这只會針對整個圖像序列套用一次。這表示您可以使用此運算符來計算涉及多個圖像的更複雜的「%[fx:...]」運算式。但請記住，與上述其他方法不同，它只會在所有圖像中套用一次。

null:

作為輸出格式，這將會「丟棄」圖像結果。因此，如果在 "magick", "magick montage" 或 "magick composite" 命令中將其用作最後一個參數，則最終結果將不會被儲存！為什麼？因為您可能對圖像處理過程中產生的特定圖像比整體結果更感興趣，尤其是在除錯時。例如，這裡我們從圖像序列中提取並儲存一個圖像，然後使用 "null:" 丟棄所有其他圖像。

magick eye.gif news.gif storm.gif tree.gif rose: logo: \ \( -clone 2 -write write_storm.gif \) null:

這比嘗試一次刪除所有其他圖像要簡單得多。但是，作為輸入圖像格式，"null:" 將在目前的圖像序列中產生一個帶有特殊「空來源」標記的單一透明像素的特殊佔位符圖像。這個特殊的圖像對於 在蒙太奇中保留空白 以及作為多圖像 圖層合成 的列表分隔符尤其重要。它與另一個稱為「遺漏圖像」的特殊圖像格式密切相關，後者可以通過 "-crop" 等操作產生。當操作產生空結果或無意義的結果時，就會產生這種圖像格式。這兩種圖像都是單一透明像素，因此 "null:" 圖像也將被視為「遺漏圖像」。目前還沒有方法可以從目前的圖像序列中移除任何 "null:" 甚至「遺漏圖像」。不過，已經有人提出了這樣的方法。如果您發現自己需要這樣的方法，請發郵件給我。

txt:

這是一個簡單的 ASCII 文字檔案，基本上列出了圖像中的每個像素，每行一個。它不是一個通用的文字轉圖像轉換器，關於這一點，請參閱 多行文字檔案範例。如果「像素列舉」無法辨識，則圖像將被傳遞到 "text:" 格式編碼器，以純文字檔案的形式呈現。例如，這裡有一個 "netscape:" 圖像縮放到 2x2 像素的圖像，然後使用 "txt:" 圖像格式列出。

magick netscape: -scale 2x2\! txt_netscape.txt

圖像的第一行（標題）包含了圖像的基本資訊。這些資訊包括... *檔案魔數：* 圖像標題將此檔案定義為特殊的 IM 文字圖像格式（例如「ImageMagick 像素列舉」檔案），這在電腦領域被稱為檔案的「魔數」或代碼串，用於識別此檔案屬於此特定檔案格式。 *圖像大小：* 接下來的兩個數字定義了此檔案中包含的圖像的大小。將這兩個數字相乘，您還可以知道應該在標題後面跟隨多少行才能完整定義圖像。IM 總是會輸出這麼多行，不過正如您稍後在閱讀時將會看到的那樣，您並不需要定義*所有*像素。 *最大值：* 標題中的最後一個數字定義了圖像資料可能出現的「最大值」。在上面的例子中，這個值是 '255'，這是使用 8 位元深度產生的結果。它以這種深度輸出內建的 "netscape:" 圖像的原因是，它在內部是使用 8 位元值定義的，因此 IM 保留了圖像的這個深度級別。有關更多資訊，請參閱 深度設定 部分。但是您可以覆蓋深度設定（最高可達您的 IM 的 Q 或 編譯時品質 設定的限制），方法是更改圖像的 "-depth"。例如，這裡我將顏色值輸出為 16 位元值（從 0 到 65535）...

magick netscape: -scale 2x2\! -depth 16 txt_netscape_16.txt

目前，您無法設定要在輸出檔案格式中使用的特定「最大值」。您只能根據目前的 "-depth" 設定定義不同的值，使最大值等於 2^depth-1。

色彩空間： 標題中的最後一項定義了後續數據的 色彩空間。如果圖像包含任何透明度，則還會在色彩空間名稱後附加最後一個字母「a」（表示 alpha），並在括號之間添加額外的數字列。灰階圖像將輸出「grey」作為圖像，但將定義至少三個數字，這些數字對於每個像素將是相同的值。例如，以下是使用添加了 alpha 通道的「LAB」色彩空間 的相同圖像！

magick netscape: -scale 2x2\! -colorspace LAB -alpha set txt_cspace_lab.txt

初始標題之後是「像素數據」行，圖像中的每個像素一行。坐標： 冒號「:」之前的兩個數字是像素位置，從 0 開始。顏色值： 此後，像素的顏色值（從 0 到標題中給定的「最大值」）在括號中給出，根據圖像的當前色彩空間，可以是 3 到 5 個數字。空格是可選的，因此在解析括號中的數字時建議謹慎。

這些值通常是整數。但是，從 IM v6.9.2-1 開始，如果使用「-depth 16」給出特殊定義「-define txt:compliance=css」，則這些值將表示為帶有「%」符號的百分比值。這是 SVG、CSS 規範的一部分。

顏色註釋： 括號中的數字之後的任何內容都被視為註釋。IM 將使用可以解析為顏色參數的格式來填充有關像素顏色的額外信息（有關這些顏色規範的詳細信息，請參閱「-fill」手冊條目）。但是，顏色註釋是可變的，儘管它通常以井號（「#」）十六進制顏色值開頭，之後可能會輸出 RGB() 值或顏色名稱，具體取決於給定的像素數據。這些顏色名稱應該可以被 ImageMagick 理解，但僅供參考，因為它純粹是一個註釋。提供哪些顏色高度依賴於您使用的 IM 版本，尤其是在早期的 IM v6 版本和之前的版本中。不能保證此註釋區域將來不會再次更改，因此最好不要依賴它。IM 在讀取像素枚舉圖像時不會這樣做。以下是在 shell 腳本中正確讀取像素枚舉的示例。TXT 圖像的確切格式由 convert 命令定義，然後使用「tail」刪除標題，「tr」將每個非數字字符替換為單個空格，以便後面的「while」可以輕鬆讀取數字，刪除可能留下的任何後續註釋號碼。

magick rose: -resize 3x2\! -depth 8 -colorspace RGB -alpha off txt:- | tail -n +2 | tr -cs '0-9.\n' ' ' | while read x y r g b junk; do echo "$x,$y = rgb($r,$g,$b)" done

讀取 TXT 圖像也是有效的。您不需要定義圖像中的所有像素。事實上，您甚至不需要按正確的順序排列像素！ImageMagick 只會依次讀取每條定義像素的行，並將其「繪製」到空白圖像畫布上。只有每行括號中的數字用於此目的，而不是顏色名稱。初始空白畫布被清除並設置為當前背景顏色。因此，「txt:」圖像未提供的任何像素都將保留為此顏色。有關「txt:」圖像的有趣用途，請查看正向像素映射，其中我輸出了一個枚舉像素圖像，然後更改每個像素位置以旋轉（扭曲）圖像，然後將枚舉像素圖像讀回 IM。在生成的圖像中，某些像素位置未定義，而其他位置則添加了多個像素。IM 毫無問題地處理了這個問題。
「txt:」格式在搭配「-unique-colors」運算子時特別有用，它會將目前影像序列中的每個影像替換為一個新的影像，其中包含找到的每種獨特色彩的一個像素。當輸出為「txt:」格式的檔案時，您將獲得影像中所含色彩的基本摘要（但不包含其計數或直方圖）。例如，以下是樹木影像所使用的色彩。由於 GIF 只能使用 8 位元數字，因此色彩也以相同的 深度 輸出。

	magick tree.gif -unique-colors txt:-

除了使用 IM「txt:」格式之外，還有另一種選擇，就是使用各種 NetPBM 影像檔案格式。IM 預設會將此格式輸出為二進制，但您可以關閉「-compress」來輸出 NetPBM 格式的 ASCII 文字版本。例如。

magick tree.gif -unique-colors -compress None -depth 8 tree_netpbm.ppm

您可能會注意到，以上數字與 IM 的列舉像素（「txt:」）格式中的數字相符。如需產生 IM 可讀取的 NetPBM 格式影像的一些範例，請參閱調整大小的漸層。如果您只想取得特定像素的色彩，您可以將影像裁剪為一個像素，並將其輸出為「txt:」影像。

magick rose: -crop 1x1+12+26 txt:

或者，您可以使用特殊的 FX Escape 格式 以 IM 可直接使用的形式輸出色彩。

magick rose: -format '%[pixel:u.p{12,26}]' info:

另請參閱提取影像色彩。

sparse-color:

這是一種特殊的輸出影像格式，它將傳回一個簡單的逗號分隔清單，其中包含每個非透明像素的座標和色彩。輸出字串適合直接輸入到稀疏色彩運算子。例如，這會在「rose:」影像中找到最接近純紅色的一些像素。

magick rose: -alpha set -fuzz 13% +transparent red sparse-color:

在許多方面，這比上面顯示的「txt:」格式更有用，但前提是只涉及幾個像素。但請注意，在撰寫本文時，輸出全部在一行中。Shell 腳本可能會將輸出中的空格轉換為換行符。

histogram:

這實際上是「miff:」影像格式，但帶有一個非常大的影像註釋，其中包含影像中所有色彩的完整計數。也就是「miff:」文字標頭「Comment={...}」屬性中。例如，我們再次列出「tree」影像中存在的色彩，但這次包含每種色彩的像素計數。文字直方圖註釋是使用第二個「info:」格式的 magick identify 從「histogram:」影像中提取的。

	magick tree.gif -define histogram:unique-colors=true \ -format %c histogram:info:-

「info:」輸出格式已添加到 IM v6.2.4 中。對於此版本之前的 IM 版本，請使用.. magick tree.gif histogram:- | identify -format %c -

您會注意到，該格式與之前的 TXT 或 IM 像素列舉影像格式幾乎完全相同，包括對色彩值的註釋。唯一的區別是 X,Y 位置已被像素計數所取代。

建立此註釋可能需要很長時間。從 IM v6.6.1-5 開始，您可以添加特殊設定「-define histogram:unique-colors=false」，如果您不需要此註釋產生，則可以關閉它。

影像本身是一個直方圖，大小為 256x200 像素。x 軸是色彩值（0-255），y 軸是像素計數（標準化為像素數）。每個通道的直方圖以其代表的色彩顯示，並加在一起。因此，紅色和藍色重疊形成洋紅色。換句話說，每個色彩通道都有自己的獨立直方圖。

如果您想將影像轉換為其他格式，只需將其儲存為該格式。「histogram:」是一種特殊的影像處理格式。它會對影像進行處理，然後以檔案名後綴或其他「格式:」代碼指定的格式輸出。 magick rose: \ -define histogram:unique-colors=false \ histogram:histogram.gif

非常暗的影像會在直方圖左側形成高峰，而明亮的影像則會在右側形成高峰。同樣地，中間色調會在直方圖中間呈現。為了更清楚地說明，我將各個顏色通道的直方圖分開顯示。我也移除了直方圖文字註解（如果有的話），並調整了影像大小以便顯示。

magick histogram.gif -strip -resize 50% -separate histogram-%d.gif

紅色	綠色	藍色

在上面的「rose:」影像中，您可以看到紅色分佈較廣，顯示出它在影像中的重要性。另一方面，綠色和藍色在左側形成峰值，表示它們對影像的影響很小。

如果您對影像的亮度比對其顏色更感興趣，請在產生「histogram:」影像之前，將影像轉換為灰階。 magick rose: -colorspace Gray \ -define histogram:unique-colors=false \ histogram:histogram_gray.gif

如您所見，灰階影像的直方圖略有不同。由於主要的紅色變成了更接近中間色調的灰色，因此在直方圖的中心形成了一個峰值。此外，影像中少量的灰白色區域現在在圖表的右側形成了一個明顯的峰值。最左側完全空白的區域也表明影像中沒有任何暗區。

另一方面，可以通過簡單地將原始影像中的所有顏色通道分離並附加在一起來產生更好的「全局」直方圖。生成的直方圖表示所有顏色值，而不管該值來自哪個通道。 magick rose: -separate -append \ -define histogram:unique-colors=false \ histogram:histogram_values.gif

遺憾的是，由於「histogram:」是一種輸出格式，如果您想進一步處理影像，您需要將影像「管道」到另一個命令、將其保存到磁碟，或者使用特殊的「mpr:」保存/讀取功能。請參閱下方「mpr:」中的範例。如果能將產生直方圖（和其他圖表）的方法作為運算符而不是特殊的輸出格式，那就太好了。

mpr:{標籤}

（記憶體程式寄存器）會將整個影像序列儲存到指定的記憶體寄存器中，之後您可以從中讀取影像數據。因此，如果您想將影像儲存起來供以後在複雜的影像操作中使用，您可以這樣做。在處理結束時寫入「mpr:」是沒有用的，因為程式記憶體在程式結束時會返回給系統。因此，如果您需要在不同的處理過程中使用影像，則需要使用寫入操作將影像儲存到檔案中。賦予「mpr:」的「標籤」可以是您喜歡的任何名稱，它只是影像在記憶體中儲存位置的標籤。對於那些編寫腳本且不想處理名稱的人來說，它甚至可以只是一個簡單的數字，儘管名稱可以使您的腳本更易於理解。儲存影像後（請參閱下方），您可以根據需要多次從相同的「標籤」記憶體位置再次讀取影像。例如...

magick tree.gif -write mpr:tree +delete \ \ mpr:tree mpr:tree mpr:tree +append mpr.gif

請注意上述影像處理中「+delete」的使用。在上述範例中並非必要（只需重新讀取「mpr:tree」兩次而非三次），但將影像儲存在「mpr:」暫存器後，刪除目前影像序列中的所有影像是非常常見的做法。基本上，上述兩行可以視為兩個完全獨立的「magick」指令，但使用命名記憶體暫存器來儲存中間影像，而不是使用磁碟空間。在許多方面，使用「mpr:」類似於使用Clone或Duplicate（我們在上述範例中可以使用），但使用「mpr:」允許我們完全移除所有影像，以清除目前的影像清單，以便進行其他工作。此方法的最大優點是，它也允許您使用僅適用於輸入影像的設定和操作。例如，將其與輸入影像「tile:」運算子一起使用，將影像平鋪到更大的區域。

magick tree.gif -flip -write mpr:tree +delete \ -size 64x64 tile:mpr:tree mpr_tile.gif

您也可以使用「mpr:」來擷取某些特殊輸出影像格式過濾器的輸出，以進行進一步處理。例如，在這裡，我們儲存「histogram:」的輸出影像，然後將其讀回，繼續在同一個指令中進行處理，

magick rose: -define histogram:unique-colors=false \ -write histogram:mpr:hgram +delete \ mpr:hgram -strip -resize 50% histogram_resized.gif

「mpr:」記憶體儲存實際上是唯一的方法，可以透過特殊的輸入/輸出過濾器（例如輸出檔案格式，如「histogram:」，或輸入檔案格式，如「tile:」）重複使用已在記憶體中的影像。對於使用實際輸入影像的特殊選項也是如此，例如「-tile」或使用另一個影像作為來源的「色彩映射」影像。請參閱多影像色彩映射。請注意，IMv7 中正在將此類選項替換為不需要從檔案讀取影像的版本。這也是唯一可以使用-draw 'image'方法使用生成的記憶體影像覆蓋影像的方法，儘管還有許多其他技術可以做到這一點。「mpr:」影像實際上儲存的是「整個影像序列」，而不僅僅是一張影像。這有點像為目前的影像序列拍攝快照，以便您稍後可以重新載入它以進行進一步處理。例如，這允許您複製整個動畫序列以進行複製或克隆，而無需知道實際涉及多少影像。有關執行此操作的範例，請參閱圖層合成。當「mpr:」中有多個影像時，您實際上仍然可以從該序列中提取個別影像！使用「mpr:image'[2]'」將從使用「-write mpr:image」儲存的多影像序列中提取第三個影像。例如，在這裡，我從一組四個影像中提取了「風暴」影像。

magick eye.gif news.gif storm.gif tree.gif \ -write mpr:images -delete 0--1 \ \ mpr:images'[2]' mpr_extract.gif

影像克隆運算子通常無法處理未知數量的影像，實際上在添加Clone運算子之前，「mpr:」是唯一可用的複製記憶體中影像的方法，而無需使用中間磁碟檔案。

從 IM v6.8.2 開始，您也可以將影像儲存在遠端 IM 快取守護程式中。這允許在單獨執行的 IM 指令之間傳遞影像（及其中數據），而無需使用磁碟空間。請參閱分散式像素快取守護程式

mpc:

這是一種專門針對 IM 的磁碟儲存格式，最初設計用於處理非常大的影像。基本上，它是一個程式記憶體的記憶體映射磁碟檔案，儲存到磁碟時會變成兩個二進制檔案：一個是包含影像中繼資料的「.mpc」檔案，另一個是包含影像像素快取的「.cache」檔案。

「MPC:」格式會建立兩個檔案來儲存一張影像

此類檔案在 IM 重新編譯或升級後將無法使用，並且僅適用於針對特定機器編譯的 IM。 因此，它僅適用於臨時的「快速讀取」檔案，例如儲存腳本影像處理中使用的臨時影像，而不適合長期儲存。舉例來說...

magick very_big_image.tif very_big_image.mpc

將會在磁碟上建立兩個檔案。一個是小型的「very_big_image.mpc」檔案，另一個是稱為「very_big_image.cache」的特殊記憶體傾印檔案。第二個檔案的大小可能會比任何其他影像檔案格式大得多，因為它只是一個原始的、未壓縮的記憶體傾印。但是，該檔案不需要「讀入」或「解碼」，而是可以直接「分頁」到電腦記憶體中，並按原樣使用，而無需任何處理開銷。只需要大量的磁碟空間和磁碟 I/O。換句話說，它只需要磁碟存取時間即可讀取，而無需任何檔案格式處理。也就是說，不需要對資料進行解碼。由於影像是「記憶體就緒」的，因此它特別適用於各種大小的臨時影像，因為它可以在您發出下一個 IM 命令時立即使用。但請記住，會產生兩個檔案，並且它們會比一般的影像檔案大小大，因此請注意您的磁碟使用量和腳本清理。我自己的 IM 腳本充分利用了這個功能。例如，請參閱腳本「去像素化」和「垂直分割」，它們在影像處理操作中使用了相當大量的臨時影像檔案。這對於需要能夠反覆讀取相同影像的腳本或Mogrify Alpha 合成非常有用，因為 IM 不必解碼影像或使用大量記憶體來儲存它。這對於處理非常大的影像也非常有用，在這種情況下，您必須提取或裁剪影像中較小的一部分以進行實際處理。但是，由於大多數影像操作實際上會在處理過程中建立影像的克隆副本，因此仍然可以建立新的記憶體內副本。因此，仍然需要小心謹慎。裁剪或調整大小到更小的影像大小是處理 MPC 大型影像最安全的操作。如需更多資訊，請參閱下面的超大型影像處理。

fd:{file_descriptor}

這個特殊的檔案名稱允許您指定影像是要從中讀取還是寫入的特定「檔案描述符」。名稱「fd:0」是程式的「標準輸入」，而「fd:1」是程式的「標準輸出」。這些等同於使用「-」作為檔案名稱。但是，您可以指定任何要讀取/寫入影像的「檔案描述符」。包括「標準錯誤輸出」的「fd:2」，或父程式可能已安排的任何其他先前開啟的檔案控制代碼。這最常見的用途是在非常進階的 shell 腳本中，您可能有多個影像檔案串流。或者用於可能同時開啟多個檔案串流的網路守護程式。

inline:{base64_file|data:base64_data}

內嵌影像允許您讀取以特殊 base64 編碼定義的影像。例如，要讀取 base64 編碼的影像，請使用...

inline:base64_image.txt

此編碼可以來自檔案，但更常見的情況是直接作為讀取參數給出，而不是作為來自某些外部圖像源的檔案名稱。這通常用於在命令行或 API 圖像處理中作為「blob」的替代方案。或者將圖像數據直接放在命令行上...

inline:data:mime-type;base64,/9j/4AAQSk...knrn//2Q==

例如，讓我們對一個非常小的圖像進行 base64 編碼（有許多程序可以讓您進行這種轉換）...

openssl enc -base64 -in noseguy.gif

請注意，base64 數據可以包含任意數量的空白，例如回車和換行符。格式會簡單地忽略它。它也只使用普通的 ASCII 字符，這就是為什麼它被用於編碼電子郵件和網頁的二進制數據。它還允許將二進制數據存儲在程序和腳本中而不會出現問題。例如，我可以在 shell 腳本中使用以下命令，以便腳本本身內建了圖像，因此不需要單獨的外部圖像源。

magick 'inline:data:image/gif;base64, R0lGODlhIAAgAPIEAAAAAB6Q/76+vvXes////wAAAAAAAAAAACH5BAEAAAUALAAA AAAgACAAAAOBWLrc/jDKCYG1NBcwegeaxHkeGD4j+Z1OWl4Yu6mAYAu1ebpwL/OE YCDA0YWAQuJqRwsSeEyaRTUwTlxUqjUymmZpmeI3u62Mv+XWmUzBrpeit7YtB1/r pTAefv942UcXVX9+MjNVfheGCl18i4ddjwwpPjEslFKDUWeRGj2fnw0JADs= ' b64_noseguy.gif

請記住，圖像可以在您的腳本（shell 或 API）中使用。您不需要單獨的外部圖像文件，這會使原本簡單的腳本安裝變得更加複雜。 *那麼為什麼「inline:」會有這種相當複雜的形式？* 基本上是因為這是 HTML 網頁中內嵌圖像所使用的格式。例如，在以下示例中，右側的圖像是使用以下形式的 HTML 標籤直接內嵌在網頁上的，而不是作為單獨的外部文件：

<IMG SRC="data:image/gif;base64, R0lGODlhIAAgAPIEAAAAAB6Q/76+vvXes////wAAAAAAAAAAACH5BAEAAAUALAAA AAAgACAAAAOBWLrc/jDKCYG1NBcwegeaxHkeGD4j+Z1OWl4Yu6mAYAu1ebpwL/OE YCDA0YWAQuJqRwsSeEyaRTUwTlxUqjUymmZpmeI3u62Mv+XWmUzBrpeit7YtB1/r pTAefv942UcXVX9+MjNVfheGCl18i4ddjwwpPjEslFKDUWeRGj2fnw0JADs=" ALT="Nose Guy" WIDTH=32 HEIGHT=32 VSPACE=5 HSPACE=5 BORDER=0 >
這不適用於所有網路瀏覽器，例如，它不適用於 IE7 及更早版本，但適用於 IE8。基本上，大多數現代網路瀏覽器都能理解它。

相同的內嵌數據格式也用於電子郵件標題中的「面部」圖像，可能還有許多其他文件類型。題外話：由於 ImageMagick 的「神奇」部分，大多數圖像文件格式不需要包含 mime 類型（長字符串中的「image/gif」部分）。實際上，IM 還是完全忽略了它）。但是，仍然需要逗號「,」來標記內嵌圖像數據字符串該部分的結尾。

magick 'inline:data:,R0lGODlhEAAOALMAAOazToeHh0tLS/7LZv/0jvb29t/f3//U b//ge8WSLf/rhf/3kdbW1mxsbP//mf///yH5BAAAAAAALAAAAAAQAA4AAARe8L1Ek yky67QZ1hLnjM5UUde0ECwLJoExKcppV0aCcGCmTIHEIUEqjgaORCMxIC6e0CcguW w6aFjsVMkkIr7g77ZKPJjPZqIyd7sJAgVGoEGv2xsBxqNgYPj/gAwXEQA7 ' b64_folder.gif

警告：命令行選項輸入限制為 5000 個字符。此外，許多 shell（尤其是 PC-DOS 輸入）對命令行總長度有限制。因此，這不適合非常大的 base64 圖像。

clipboard:

從 Windows 剪貼板讀取圖像或將圖像寫入 Windows 剪貼板。（僅限 Windows）。

ephemeral:{image_file}

讀取然後刪除這個影像檔案。這是一個特殊的影像讀取檔案格式，它會讓 IM 在將指定的影像檔案讀入記憶體後將其刪除。請注意，當讀取的檔案被移除時，記憶體中的影像將不會被處理，甚至不會被儲存。這非常危險，使用時應格外小心。它主要用於委派產生。在這裡，背景委派將讀取輸入影像，然後在取得資料後將其刪除。這反過來會通知前景的「父」處理程序，「子」處理程序已準備好自行繼續進行，因為它已完成讀取提供的影像。然後主程式可以清理並分別繼續其影像處理，或者乾脆退出，視情況而定。「show:」影像輸出委派將其與「magick display」命令一起使用，以在主命令繼續或退出之前自動在背景顯示影像。（見下文）例如，我在一個呼叫「flicker_cmp」的 shell 腳本中使用了這個功能，以顯示一些中間結果，但當 IM 通過刪除給定的第二個影像來發出程式已完成讀取其輸入影像的信號時，它會自動繼續（或退出）。如果您需要該反饋，但也需要保留正在讀取的影像，則建立原始影像的副本、硬連結或符號連結，並將該檔案作為「ephemeral:」傳遞。這樣，當它被刪除時，原始影像就會被保留。注意：目前沒有辦法讓「animate」或「display」在動畫完成或實際將影像顯示出來時發出信號。:-( 但是您可以讓「magick」讀取一個單獨的「ephemeral:」影像，以通知控制腳本它已到達其影像處理中的特定點。

# Blur an image, and show an on screen comparision before # auto-deleting and exiting. magick rose: input_image.png magick input_image.png -blur 0x5 blurred.png flicker_cmp input_image.png ephemeral:blurred.png & # wait for the second image to have been read and deleted! while [ -f blurred.png ]; do usleep 100; done # At this point we can continue (or exit) without problems. # while the on screen display continues in background. rm -f input_image.png

我還將其用於其他背景程式中，作為該背景程式已準備好繼續的信號。

show:、win: 和 x: -- 直接在螢幕上顯示影像

這些是特殊的輸出格式，會將影像結果直接顯示在螢幕上。它不會將影像儲存到檔案中，而是僅顯示結果。這對於快速測試 IM 命令以查看結果非常有用，強烈建議將其用於此目的。但是，它們只是「display」和「animate」命令的非常簡單的版本。例如，快速摘要目錄中的影像...

magick montage *.jpg show:

查看兩個影像之間不同的區域...

magick compare image1.png image2.png show:

此處列出的所有格式實際上都呼叫「display」程式來執行其任務。但是，它們各自以不同的方式處理作業。例如，「show:」將使用產生委派來執行單獨的「display」程式。這表示一旦顯示影像，原始命令將繼續其處理（通常是退出，除非您使用「-write show:」）。另一方面，使用「x:」或「win:」將會等待您退出顯示視窗，然後才允許原始命令繼續（並退出）。不幸的是，這些方法都無法很好地顯示動畫。為此，最好將動畫（以 MIFF 格式）透過管道傳輸到「animate」命令。

x:（作為輸入） - 讀取 X Window 顯示

您也可以使用「x:」運算子讀取當前的 X 視窗顯示內容，方式與使用「import」指令非常相似。事實上，在沒有選項的情況下，它的作用與「import」指令完全相同。使用滑鼠左鍵選擇要擷取副本的視窗，或使用滑鼠中鍵標記出一個區域。例如，要使用滑鼠選擇一個視窗，然後在另一個視窗中顯示剛才擷取的視窗（在顯示擷取的視窗後退出）...

magick x: show:

警告：如果您擷取的視窗未映射（已圖示化），或者有另一個視窗覆蓋在它上面，則圖像內容將包含空白區域或重疊視窗的內容！！！因此，請確保在擷取視窗時，該視窗在螢幕上完全可見。要擷取整個顯示畫面，請使用「root」作為視窗名稱。

magick x:'root' full_screen_dump.jpg

或者使用讀取修飾符來擷取顯示畫面的特定區域。

magick x:'root[300x400+879+122]' part_screen_dump.jpg

通過提供視窗名稱，您可以擷取特定的視窗。例如，這將擷取標題為「MailEd」的視窗...

magick x:'MailEd' window.jpg

然而，這並不能很好地工作，因為您經常會有多個同名的視窗，或者根本無法確定視窗的名稱。更好的方法是使用「X 視窗 ID」告訴 IM 想要的確切視窗，「X 視窗 ID」是 X 顯示畫面用來唯一識別特定視窗（或子視窗）的編號。X 視窗 ID 通常使用「xwininfo」指令查詢，但也可以使用其他程式（例如「xdotool」和「xwit」）以及其他工具（例如「xprop」）來查找有關視窗的信息。例如，視窗類別、名稱、標題、大小和位置、子視窗以及視窗管理器裝飾等信息。例如，查找標題或名稱中包含「Mozilla Firefox」的所有視窗...

xwininfo -root -all | grep "Mozilla Firefox"

然後，我可以從上面的輸出中提取我想要的視窗的 X 視窗 ID。這是我在我的視窗管理器中的一個稍微複雜一點的 bash 腳本。當我按下一個按鈕時，它會查找當前「焦點」所在的視窗的 ID，擷取它，然後根據之前進行的任何擷取，使用下一個擷取編號將文件命名為 PNG 格式，並保存到我的當前目錄中。

bash -c " id=$(xprop -root _NET_ACTIVE_WINDOW | sed 's/.* //') magick x:$id capture-tmp-$$.png num=$( ls capture-[0-9]*.png 2>/dev/null | sed -n '$ s/[^0-9]//gp' ) num=$( printf %03d $(expr $num + 1) ) mv capture-tmp-$$.png capture-$num.png "

大多數終端程式都會在環境變數「WINDOWID」中告訴您它們用於在 magick 顯示畫面中顯示文字的 X 視窗 ID。因此，如果您從 XTerm 或 Gnome 終端的指令列運行此程式，您將擷取當前終端視窗的副本。

magick x:$WINDOWID this_terminal.png

現在來點有趣的... 在這裡，我擷取了當前終端的內容，在其中繪製了一些東西，然後使用「display」將其繪製回同一個終端視窗！

window=`xwininfo -children -id $WINDOWID |\ sed -n 's/^ *\(0x[^ ]*\).*/\1/p'`; \ window="${window:-$WINDOWID}"; \ magick x:$window -background black \ -draw 'fill black rectangle 40,40 160,160' \ -draw 'stroke red line 50,50 50,150 line 50,150 150,150' \ -draw 'fill lime circle 110,100 80,100' \ -draw 'stroke dodgerblue line 50,150 150,50' \ rose: -geometry +180+60 -composite \ png:- |\ magick display -window $window -

上面的第一個指令是為「XTerm」視窗設計的，它要求您「magick display」到的視窗是提供的「WINDOWID」的子視窗。如果沒有找到「子」視窗（例如「Gnome-Terminal」視窗的情況），則第二行會恢復為「WINDOWID」的原始值。確定要使用的視窗後，將擷取它、在其上繪製並將其還原到終端視窗！然後，您就可以直接在當前終端視窗中獲得即時的圖形輸出。下面是一個更簡單的示例，每次運行時，它都會使視窗內容變暗。嘗試在實際的「xterm」視窗中運行幾次，您會發現終端視窗中的指令越舊，它就越暗！

window=`xwininfo -children -id $WINDOWID |\ sed -n 's/^ *\(0x[^ ]*\).*/\1/p'`; \ window="${window:-$WINDOWID}"; \ magick x:$window -background black -colorize 20% png:- |\ magick display -window $window -

這是一個「螢幕擷圖」，顯示了我在自己的「xterm」視窗中重複上述操作時發生的情況...

請注意，雖然終端機的內容會被修改，但这只是暫時的。如果您最小化、遮擋或切換桌面螢幕，然後再回到終端機，修改後的內容將會遺失，因為終端機會重新繪製視窗，並抹去您自己的「繪圖」。上述操作在「Gnome 終端機」上的效果不如在「XTerm」上好，因為前者喜歡在每次滾動時「重新繪製」其視窗，而「XTerm」則不會。想像一下，IM 腳本將圖表和其他內容的結果直接顯示在各個視窗中，作為大型用戶端程式的一部分。事實上，許多 PostScript 檢視器，甚至許多網頁瀏覽器都是以這種方式顯示來自特殊子程式的輸出。也就是說，它們讓該子程式接管並直接繪製到提供的子視窗中。請嘗試一下，並透過電子郵件或IM 使用者論壇告訴我（和其他人）您的成果。

圖像格式的編碼器和委託

  magick -list delegate

輸入委託命令範例

<?xml version="1.0" encoding="UTF-8"?>
<delegatemap>
  <delegate decode="flip" command="magick '%i' -flip 'miff:%o'"/>
</delegatemap>