Legacy ImageMagick Discussions Archive

On Unix/Linux:

• convert big.gif +adjoin frame%04d.gif
  convert frame???[13579].gif small.gif

If your big.gif has offsets (images smaller than the first frame)
you will have to use the -coalesce and -deconstruct options.

Glenn

Have you considered using 16-bit grayscale PNG? The extra 4 bits
are highly compressible in PNG and don't waste much space.

The format is "yuv" not "yuv8".
Try playing with the -sampling-factor option and perhaps the
-interlace option.

• convert yuv:file.yuv8 -sampling-factor 2x1 file.png

Glenn

I've extended the "-ordered-dither" option to provide some half-tone-like
patterns. It will be available in ImageMagick-6.2.8-6 (beta) tomorrow.

The new options are 2x1, 4x1, 6x1, and 8x1.

Glenn

Try

• -type Grayscale

Glenn

anthony wrote: Glenrp, do you have a reference on how?

Unfortunately, no. It takes custom MNG-editing software to do stuff like that.

dognose wrote: Is it possible to have a separate loop within a gif animation..
?

Nope. You can do it in MNG though.

There's no BMP8 format:

• $ convert -list format | grep -i bmp
  BMP* rw- Microsoft Windows bitmap image
  BMP2* -w- Microsoft Windows bitmap image v2
  BMP3* -w- Microsoft Windows bitmap image v3
  WBMP* rw- Wireless Bitmap (level 0) image

Use not which expands to and then cannot find the file called "ls".

You have to decide how you want to do that. Several choices: 1. Scale the image down to fit the smaller dimension, then stretch to fill the void. 2. Scale the image down to fit the smaller dimension, then fill the void with background color. 3. Scale the image down to fit the larger dimension and cr...

mkdir fixedheight96
mkdir fixedsize120x96
copy TWW* fixedheight96
copy TWW* fixedsize120x96
cd fixedheight96
mogrify -resize x96 TWW*
cd ..
cd fixedsize120x96
mogrify -resize 120x96 TWW*

I get those sometimes and I ignore them. I think it's just a warning that the requested delay can't be generated exactly.

Is it bigger in both directions or just stretched out horizontally? The latter might mean some mixup with the bits-per-pixel.

The "geometry" has no offsets. The histogram says there is nothing there but white pixels.