2013-08-19 22 views
1

Example of the problem.为什么imagemagick会扭曲Ubuntu 12.04 LTS上某些实验室源代码中的颜色?

有了这个实验室/ TIF图片(除其他外):

http://cl.ly/3D2g0M1R4036

运行convert file1.tif file1.jpg结果在这个扭曲的结果时,我的服务器,这是Ubuntu的LTS 12.04上运行。这是运行的ImageMagick 6.6.9-7:

http://cl.ly/image/3P253v2y3L2x

在我的Mac同样的命令在本地运行,不会有同样的问题。我已经用HomeBrew(6.8.0-10)安装的ImageMagick以及6.6.9-7手动编译的版本在本地进行了测试,以便尽可能与服务器进行比较。

我曾怀疑它可能是libtiff的版本,因为Mac有4.0.3,而服务器有3.9.5,但是我刚刚使用最新的ImageMagick对新安装的Ubuntu进行了测试,和libtiff 3.9.5,问题仍然存在。

有什么明显的吗?

回答

1

运行tiffinfo指出“file1.tif”的色彩空间为CIELab。 Ubuntu的ImageMagick,通过apt-get安装,将有实验室 - 但不是CIELab。这可以通过在两个系统之间运行以下命令来确认。

identify -list colorspace 

我并不完全相信这两个色彩空间之间的区别是(一些关于色度值,),但将有助于你遇到的照明。

一个解决方案是从你的Ubuntu服务器/机器(其中将包括CIELab)的源代码安装ImageMagick。其他人已经遇到related issues;从源代码构建完成后解决。

  • 随着apt-get
    • 卸载ImageMagick的
    • 安装其相关库的开发包(即libtiff-dev
  • 按照ImageMagick的documentation

更新:

您还可以使用-set选项明确设置颜色空间。还要添加-verbose选项来评估ImageMagick正在做什么。

convert -verbose file1.tiff -set colorspace CIELab -colorspace sRGB file1.jpg 
# Output 
file1.tif TIFF 1451x1865 1451x1865+0+0 8-bit CIELab 1.326MB 0.110u 0:00.109 
file1.tif=>file1.jpg TIFF 1451x1865 1451x1865+0+0 8-bit sRGB 411KB 0.820u 0:00.840 
+0

谢谢。这就说得通了。今天我会放弃这一点。 – Colin

+0

令人惊讶的是,这似乎*不*工作。我已经安装了libtiff8-dev(这取决于libjpeg8-dev)并从源代码安装了ImageMagick。 'identify -list colorspace'正确显示CIELab。尽管现在图像有不同的改变,但它有所不同。我感觉非常热爱沃霍尔。 http://cl.ly/image/0T1L0T180E1T – Colin

+0

奇怪。似乎用'libtiff4-dev'为我工作。也许你需要用'convert'实用程序来具体描述色彩空间转换。我会用一个例子来更新答案。 – emcconville

相关问题