Questions and postings pertaining to the usage of ImageMagick regardless of the interface. This includes the command-line utilities, as well as the C and C++ APIs. Usage questions are like "How do I use ImageMagick to create drop shadows?".
If i put the density keyword in, it now fails to produce the animated gif and instead the result is just the first frame of the gif. I've tried different values for the density but that doesn't seem to help.
anthony wrote:That is strange as GIF format ignores density completely!
Is there a simpler way to make the single files I'm producing from the PostScript file larger than the default low-res ones that come out if I omit "-density"?
You can use -density for the read. Then use +density afterward to remove it.
Though I still don't understand how density could effect GIF output, except perhaps that larger images equal more colors.
GIF was never designed with large images in mind. It was for small 'cartoon' like images with limited size and colors.
To test this out, omit the -density (as that works) but then do a -resize 400% to enlarge the image. See how GIF reacts to that!
Hmm it may also be that -page is not large enough for a higher density. -page A4 is internally fixed to 595x842 pixels which is the size of an A4 page at 72 dpi. But you use a larger density which means the -page size is about 1/4 the size it should be!
There may be just a typo here, but I don't see any gif involved and png does not support multi-frame images such as animations. Or perhaps I have just lost context in this thread.
There may be just a typo here, but I don't see any gif involved and png does not support multi-frame images such as animations. Or perhaps I have just lost context in this thread.
The step you posted above was to create the individual frames from the postscript (sometimes I don't want every frame so don't convert postscript straight to animation).
anthony wrote:You can use -density for the read. Then use +density afterward to remove it.
Though I still don't understand how density could effect GIF output, except perhaps that larger images equal more colors.
GIF was never designed with large images in mind. It was for small 'cartoon' like images with limited size and colors.
To test this out, omit the -density (as that works) but then do a -resize 400% to enlarge the image. See how GIF reacts to that!
That simply stretches the low quality GIF as expected.
anthony wrote:
Hmm it may also be that -page is not large enough for a higher density. -page A4 is internally fixed to 595x842 pixels which is the size of an A4 page at 72 dpi. But you use a larger density which means the -page size is about 1/4 the size it should be!
try adding -density and omit -page instead.
Omitting -page seems to work and the gif now works from the individual PNG images. The only problem I have left is that -page was included as otherwise the images were cut off at the bottom when converting the postscript to PNG (bounding box issues?)