Page 1 of 1
Pixel data changes with linux release
Posted: 2015-08-26T00:12:23-07:00
by JozoVilcek
We have Imagemagick (8:6.8.8.10-1) build for debian squeeze version. Now, we are switching to wheezy, therefore Imagemagick (same source code) was rebuild for wheezy. During testing I have found out that pixel dump for the same jpeg image gives slightly different values on squeeze compared to wheezy. Changes are perceptualy not visible, but they big enough to break data compatibility of some of our features we compute.
I guess that some library imagemagick use is in different version?
Do I have chance to set up build environment on wheezy to make imagemagick results 100% reproducible? What needs to be done?
Many thanks in advance,
Jozo
Re: Pixel data changes with linux release
Posted: 2015-08-26T08:56:17-07:00
by fmw42
What input format are you using? If it is JPG, then check your versions of libjpeg? IM used libjpeg for the delegate for JPG images.
Re: Pixel data changes with linux release
Posted: 2015-08-27T01:30:43-07:00
by JozoVilcek
Yes, downgrading libjpeg solves the problem for jpeg.
A newbie questions:
1. Now I have 2 libjepeg ... libjpeg62, libjpeg8. How is it decided which one is going to be used?
2. Are other formats handled the same way? I mean decoding is delegated dynamically to whatever library version is available in the system, instead of being part of imagemagick installation?
Re: Pixel data changes with linux release
Posted: 2015-08-27T01:46:15-07:00
by 246246
Short answer.
JozoVilcek wrote:
1. Now I have 2 libjepeg ... libjpeg62, libjpeg8. How is it decided which one is going to be used?
As you are in Linux,
shows library dependencies.
But If convert (and other programs identify, compose etc) are statically linked, dependencies may not be shown.
check
and see Features and Delegates lines. If Modules is missing in Features line, it is statically compiled.
Re: Pixel data changes with linux release
Posted: 2015-08-27T04:36:28-07:00
by JozoVilcek
Great! Thanks a lot