在动画包中找不到使用SaveGIF函数的“convert”

库动画中的SaveGIF函数有问题。函数给出了以下错误：

cmd.funsprintf%s中出错-版本，转换，intern=TRUE，ignore.stdout=！互动式： 未使用的参数ignore.stdout=！互动的 我找不到convert='convert'的ImageMagick 无效的 警告信息： 在im.convertimg.files中，output=movie.name，convert=convert，： 请先安装ImageMagick或将其bin路径放入系统路径变量中

让我困惑的是，我的系统上确实有convert，因此我希望SaveGIF能够轻松找到它：

me@my-笔记本电脑：~$convert-版本

版本：ImageMagick 6.5.7-8 2010-12-02 Q16 版权所有：版权所有C 1999-2009

如何将convert的bin路径添加到系统路径变量

---

编辑：我使用的是Ubuntu，而不是Windows。

你可以通过systemwhich convert找到convert函数的位置，intern=TRUE，然后你可以使用

---

Sys.setenvPATH=…

您可能没有编辑PATH变量。在Windows 7上，但可能适用于早期版本，请转到：

开始菜单

右键单击计算机->属性

高级系统设置

环境变量

然后在系统变量下方的窗格中找到变量路径，选择它 然后单击“编辑”

您对变量值的内容感兴趣，可以将其复制到文本编辑器中以便更好地阅读。它应该包含指向imagemagick的链接，用分号与其他变量分隔。对我来说，imagemagick的路径是：

C:\Program Files\ImageMagick-6.6.7-Q16

---

确保只添加它，而不更改path变量的任何其他内容。用分号添加它。

通常我们不需要在Linux下手动设置PATH变量。我也在使用Ubuntu，但我不能重现你的错误。你的R版本是什么

> sessionInfo()
R version 2.13.0 (2011-04-13)
Platform: x86_64-pc-linux-gnu (64-bit)

locale:
 [1] LC_CTYPE=en_US.UTF-8       LC_NUMERIC=C              
 [3] LC_TIME=en_US.UTF-8        LC_COLLATE=en_US.UTF-8    
 [5] LC_MONETARY=C              LC_MESSAGES=en_US.UTF-8   
 [7] LC_PAPER=en_US.UTF-8       LC_NAME=C                 
 [9] LC_ADDRESS=C               LC_TELEPHONE=C            
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C       

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

other attached packages:
[1] animation_2.0-4    

---

据我所知，错误来自功能系统，而不是无法找到转换。参数ignore.stdout出现在R2.12.1中，因此您必须使用较低版本的R。当前版本为2.13.0，建议您升级到最新版本。有关如何使用CRAN更新R的信息，请参见。

在尝试了所有这些修复之后，我使用了替代软件从使用saveHTML成功创建的png文件进行转换。描述了几个程序。我是一名Windows用户，找到了该站点中包含的简单说明，可以快速完成此任务。

我尝试过，但没有成功；systemwhich convert，intern=TRUE返回/usr/bin/convert，我运行了Sys.setenvPATH=/usr/bin/convert和eg saveGIFbrownian.motion仍然给出相同的结果。请先安装ImageMagick或将其bin路径放入系统路径变量error中。我想应该是Sys.setenvPATH=/usr/bin。运行之后，请尝试Sys.getenv$PATH并查看它返回的结果。抱歉，我应该在原始帖子中指定：我使用的是Ubuntu，而不是Windows。啊，对了，我假设Windows是因为路径变量错误在其中很常见。我在OS X、R 3.1.1上看到了这个错误，并确认我已经像OP一样进行了转换。有什么建议吗？@MaxGhenis OP使用的是Ubuntu，你没有告诉我们你的OS X版本。如果是约塞米蒂，我不会感到惊讶：这个问题很老了，但我想为那些展望未来的人补充一句。尽管路径被正确设置为包含Imagemagick目录，但我在Windows计算机上遇到了同样的问题。对我有效的是这个，但如果有相同问题的人能够确认这个解决方案对他们也有效，那就太好了：