Package: imagemagick
Version: 8:6.7.4.0-5
Severity: normal
Somewhere between 6.6.* and 6.7.*, something went wrong with convert's
-layers OptimizeFrame. When assembling an animated .gif from a series of
images (all of exactly the same dimensions), when -layers OptimizeFrame
is specified, an extraneous border is added to the right and bottom
edges of the resulting .gif. When -layers OptimizeFrame is omitted, the
resulting .gif has the same dimensions as the input frames, as expected.
This extraneous border is sometimes white, sometimes black.
Example buggy output:
convert -delay 150 /usr/share/icons/gnome/48x48/mimetypes/libreoffice-*
-layers OptimizeFrame /tmp/test.gif
identify /tmp/test.gif
All input files are 48x48, but the resulting .gif has dimensions 60x66.
This is wrong, since optimizing frames should never increase the size of
the original input frames. If -layers OptimizeFrame is omitted, then
the output is normal (48x48).
If the input files have transparency, the border is black -- very
noticeably buggy output.
T
--
It's bad luck to be superstitious. -- YHL
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
