我试图让ImageMagick在一次调用中执行多项操作（在这种情况下为裁剪），但这似乎是不可能的。例如，我可以裁剪，旋转然后再裁剪为两个单独的命令：
$ convert test.jpg -crop 223x187+588+757 -rotate 330 crop2.jpg
$ convert crop2.jpg -crop 200x100+43+87 crop3.jpg
但是，如果我尝试将它们组合成一个命令，则会收到错误消息：
$ convert test.jpg -crop 223x187 + 588 + 757-旋转330 -crop
200x100 + 43 + 87 crop3.jpg
转换：几何不包含图像“ test.jpg” @ warning / transform.c / CropImage / 666。
显然，我可以只创建一个管道，但是如果可能的话，我想避免多个进程的额外开销。有没有办法做到这一点？
更新：
另外，管道似乎有问题：我不需要额外的压缩/解压缩阶段，因此我尝试将其管道化为RGB，但似乎无法正确获取参数：
convert test.jpg -crop 223x187+588+757 -rotate 330 rgb:- | convert -size 287x273 -depth 8 rgb:- -crop 200x100+43+87 crop3.jpg
convert: unexpected end-of-file `-': No such file or directory @ error/rgb.c/ReadRGBImage/231.
好的，事实证明上面的错误是因为我为图像计算的大小与ImageMagick的计算结果相差两个像素。因此，显然必须尝试获得与IM完全相同的图像大小计算，这是由于需要对两个命令进行流水处理而引入的一个额外问题。
最佳答案
这是解决问题的更通用的方法。
ImageMagick提供了一些巧妙的技巧，可以在以下情况下帮助优化处理速度：
...您想处理大图像并
...当您想从同一原始文件创建不同的输出时。
甚至可以组合使用不同的方法：
利用ImageMagick的特殊mpr:{label}格式和语法。
这告诉ImageMagick将输入图像临时保存到命名的magick程序寄存器标签中。
（我也看到它解释为magick持久（内存）寄存器或内存程序寄存器。）
然后，命令管道可以（在处理时）从那里读取图像数据比从硬盘读取图像数据快得多。
并且该命令可以根据需要多次读取它。
利用ImageMagick的特殊mpc:{name}格式和语法。
这与mpr:类似。
它的长名称是magick像素缓存。
我也将其视为magick持久（磁盘）缓存。
MPC是ImageMagick的本机内存中未压缩文件格式，但转储到磁盘上。
一旦写入磁盘，由于不需要转换，因此可以比JPEG，TIFF或PNG更快地重新读取到内存中。
构造一个巧妙的命令序列。
利用“ sideway”处理，在适当的地方在转义括号中使用\( ... \)语法。
MPC
当convert命令读取输入图像（JPEG，TIFF，GIF，PNG ...当前可能使用的任何格式）时，它将首先将该格式处理为MPC。
该处理结果以未压缩的栅格格式保存在RAM中。
从那里开始进一步的转换和图像处理。
当您要将MPC作为MPC写入磁盘时，可以使用+write mpc:myfilename。
基本上，这只是直接内存转储到磁盘。
然后，ImageMagick写入两个（而不是一个）（并且比平常大）的二进制文件：myfilename.mpc和myfilename.cache。.mpc文件保存图像的元数据，.cache保存实际的像素缓存数据。
从该磁盘文件读取是根据需要从磁盘到内存的快速内存映射（类似于内存页面交换）。
但是，由于最初的+write操作确实存储了本机未压缩的内部IM原生栅格格式，因此现在不需要图像解码。
因此，如果您无法避免写出需要再次读入的临时文件，则可以更快地使用（尤其对于大图像）。
但是，请注意您的磁盘空间。
一旦不再需要磁盘上的MPC文件，请记住进行清理。
IM不会自动为您跟踪+write命令。
（更多技术细节：MPC作为磁盘文件格式不可移植。
它也不适合用作长期存档格式。
它唯一适用于作为高性能图像处理的中间格式。
它需要两个文件才能支持一个图像。
在ImageMagick的发行版之间，不能保证它是“稳定的”。
它可能无法在您创建机器的另一台机器上工作。）
如果您仍想将此格式保存到磁盘，请记住以下几点：
图像属性写入扩展名为.mpc的文件中。
图像像素将以扩展名.cache写入文件。
MPC的主要优势在于...
...处理非常大的图像，或者
在“操作流水线”中的一个和同一图像上应用多个操作
MPC专为符合“多次读取，一次写入”条件的工作流程模式而设计。
MPR
MPR格式（内存持久性寄存器）的作用类似于MPC。
它通过命名的存储器寄存器使图像可用。
您可以使用任意名称（偶数）。
您的流程管道还可以再次从该寄存器读取映像-甚至需要多次读取映像。
映像mpr:label保留在寄存器中，直到当前命令管道退出。 （这是与写到磁盘的mpc:filename的区别。这将保留当前管道的完成；甚至可以在系统重新启动后幸存下来。）
聪明的命令管道
（我在这里对“管道”一词的使用不要与外壳中的管道混淆，在外壳中启动并链接了多个命令和进程。
在这里，我仅讨论一次convert的调用，该调用将多个图像操作和操作链接到一个进程中。）
因此，可以在一个过程中完成所有调整大小，裁剪，追加，缩略图，颜色处理，模糊等操作，完成您需要的不同中间输出。
实际例子...
...嗯，我不确定这是否实用。我没有测试过，我只是用我的幻想构建了一个示例，该示例显示了有关使用不同概念的原理。
注意：+write someimage与-write someimage +delete相同。
convert \
very-very-large.jpg \
-write mpr:XY \
+delete \
-respect-parentheses \
\( mpr:XY -crop '3000x2001+0+491' -resize '170x116!>' +write pic1.png \) \
\( mpr:XY -crop '2981x2883+8+0' -resize '75x75!>' +write pic2.png \) \
\( mpr:XY -crop '1100x1983+0+0' -resize '160x160!>' +write pic3.png \) \
\( mpr:XY -crop '2000x2883+0+0' -resize '1024x960!>' +write pic4.png \) \
\( mpr:XY -crop '1000x2883+0+0' -resize '190x188!>' +write mpr:pic5 \) \
\( mpr:pic5 +write pic5.png \) \
\( mpr:XY -crop '3000x2000+0+0' -resize '2048x2047!>' +write pic6.png \) \
\( mpr:XY -crop '3000x2883+0+0' -resize '595x421!>' +write pic7.png \) \
\( mpr:XY -crop '3000x2883+0+0' -resize '3000x2883!>' +write mpr:AB \) \
\( mpr:AB +write pic8.tiff \) \
\( mpr:AB -blur 0x8 +write blur1.gif \) \
\( mpr:pic5 mpr:AB +append mpr:pic5 -append +write append.jpg \) \
\( mpr:pic5 -rotate -130 mpr:AB -gravity center \
-compose difference -composite +write final.png \) \
null:
在第一个操作
-write mpr:XY之后，堆栈中有两个图像：输入文件
very-very-large.png和它的副本，可以使用其标签
XY从内存中读取。我们不再需要这两个中的第一个。
因此，我们使用
+delete将其从堆栈中删除。因此，此命令使用了一个命令管道，该管道执行了多个命令和操作，一次即可创建11个不同的输出映像：
pic{1,2,3,4,5,6,7}.png，blur1.gif，pic8.tiff，append.jpg和final.png。