Why Is My Product GIF Running at the Wrong Speed After I Set Delay?

Convert Delay Values Into Actual Durations

ImageMagick expresses delay using a ticks-by-ticks-per-second relationship. The default timebase is 100 ticks per second.

A delay of 20 ticks therefore represents 20 divided by 100 seconds, or 0.2 seconds. For a hypothetical animation containing 20 frames with that delay on every frame, the nominal total duration is four seconds.

This arithmetic describes the specified timing, not a measured playback result. Actual playback behavior may vary between viewing environments.

Decision branch: If the animation runs faster than expected, first check whether a tick value was mistakenly interpreted as seconds. If its total duration seems correct but individual scenes feel rushed, inspect per-frame delays.

Distinguish -delay From -set Delay

ImageMagick's -delay option is normally placed before reading images when assigning a delay setting to subsequently read frames. Its position in the command matters because command-line settings affect the images they apply to.

The -set option can modify delay properties on images already present in the current in-memory sequence. This supports a different workflow from specifying a global delay before loading frame files.

For an animation requiring identical timing throughout, a common delay may be appropriate. For one containing a deliberate pause on the final product name, applying one uniform delay can remove the intended emphasis.

Decision branch: Use an appropriate shared setting when every frame needs the same duration. Inspect and modify individual frame timing when different animation moments require different durations.

Illustrative Exercise: Two Timing Requirements

Illustrative exercise — hypothetical inputs and calculations, not executed software tests. Input A is a 20-frame rotating product demonstration requiring equal frame durations. Input B is a product reveal with a final brand-name frame intended to remain visible longer.

For Input A, assign a nominal delay of 20 ticks at 100 ticks per second to each frame. The calculated total is four seconds. Record the delay assigned to every frame rather than inferring it from the frame count.

For Input B, compare the regular animation frames with the closing frame. Specify the longer closing delay deliberately instead of changing every frame to the same value.

Decision branch: If all frames must be uniform, verify identical timing metadata. If the final message needs additional reading time, preserve its distinct delay and calculate the complete sequence duration accordingly.

Verify Timing Before Animation Delivery

Inspect the stored delay and ticks-per-second information for each frame. Frame count alone does not determine animation speed, especially when delays differ.

Check the full loop, including the final frame's duration and the return to the opening image. A long closing hold can be intentional rather than evidence of a stalled animation.

If writing commands containing angle-bracket timing notation, quote the argument appropriately so the shell does not interpret those characters as redirection operators.

Finally, review the exported GIF in its intended viewing environment. ImageMagick timing metadata does not guarantee identical playback timing in every browser or viewer.

Illustrative Exercise — Per-Frame Delay and Nominal Animation Duration

These are illustrative exercise rows. Save a copy and record your own observations; the example is not an executed acceptance test.

Download review worksheet (CSV)