Legacy ImageMagick Discussions Archive

Downgrading fixed it. Problem solved, I guess. Thanks for the support.

My operating system doesn't provide a package for any versions newer than mine :/ And I don't want to risk a global tarball install as other components depend on IM. I guess I'll just downgrade for the time being.

Erm... that GIF has no transparency. It has a white background: http://thecybershadow.net/misc/3davatar ... ample.html

That command results in the same broken output for me: http://thecybershadow.net/misc/3davatar ... ample2.gif

The problem isn't with the looping or anything - it's just that each frame of the resulting GIF is the result of overlaying all the frames before it. Whether the input is monochrome or not doesn't matter. As I mentioned, I can't even replace white with transparency in an animated GIF. For example ...

Nope, that doesn't change anything. I've tried quite a lot of combinations with those options. I don't think it's possible using any options mentioned in this thread.

In fact, I can't even find a way to simply replace white with transparency in an animated GIF. -transparent-color never seems to do anything.

I updated ImageMagick, and this command stopped working: convert -delay 5 input-*.pnm -transparent white -dispose Background -coalesce -layers optimize output.gif Before the update, it would take a bunch of monochrome images, and output an animated GIF with the white color replaced by transparency ...

The patch I posted doesn't allow you to use long commands with the @filename feature. A more complex patch which deals with an expanding buffer is needed for that.

OK, first post updated.

There are three lines of context in the diff I posted. Should I make a new patch with more context?

Never mind; see my new thread here.

The mailing list seems to be dead, so posting this here. This patch fixes a check that would otherwise always have evaluated to "false". Since ConcatenateMagickString will never create a string the strlen of which to be greater or equal than the specified maximum length (due to the null terminator ...

Don't know. But it won't help as your Windows parser will likely see the whole file as one (too long) string anyway. I don't see how that can be true. Windows has an architectural limitation of 8191 characters for the command line , so the problem is in Windows, not ImageMagick. If convert could ...

I'm trying to run convert with a long line of -draw commands, however I hit Windows' command line limit pretty quickly. Is there a way to get convert to read commands from a file? I couldn't find anything in the documentation, and the standard @filename.txt syntax didn't work.