Legacy ImageMagick Discussions Archive

display fail on these images http://samples.mplayerhq.hu/image-samples/ART/

BTW it could be good to test imagemagick against this database http://samples.mplayerhq.hu/image-samples/

Perhaps they are AOL ART whereas ImageMagick supports PFS: 1st Publisher Clip Art Format, both have the ART extension. If someone points us to the AOL ART image format specification, we will consider supporting the format.

yes they are aol art.

This means that your magic file detection does not work.

Care to fix?

BTW could you submit file magic (on the sense of file command) for supported file format by imagemagick ? for instance dune image are x86 binary image under my debian

Bastien

• This means that your magic file detection does not work.

PFS: 1st Publisher Clip Art does not have a magic number so we must rely on the extension only. However, we can check for the AOL ART format magic and reject it if its discovered.

• BTW could you submit file magic (on the sense of file command) for supported file format by imagemagick ? for instance dune image are x86 binary image under my debian

Sure, however, it could be months given our current workload.

Unless you (or someone else) like to generate a coder! ImageMagick is Open source!

If you have converters for another image file format that can be used using Delegates too, though it is not as accurate as a proper coder, especially with regards to image meta-data.

aol art file beggin by JG\004\016\0\0\0\0

it is not sufficient to differentiate the psf and the aol art format (because a file begginning by an aol magic could be a valid psf file), but it seems that you know exactly the size of the psf format, so something like
if(aolmagic)
if(size!=expectedpsfsize)
baillout;

It seems they exist a previous version under signature in hexa of 4A 47 03 0E 00 00 00

• if(size!=expectedpsfsize)

We added a patch to ImageMagick 6.7.8-3 Beta to make this check. Thanks.