Sprite Sheet to GIF

GIF timing is stored as a delay per frame. This tool starts with FPS because game animators often think in frames per second, then shows the equivalent duration. At 8 FPS the approximate delay is 125 milliseconds. At 10 FPS it is 100 milliseconds. At 20 FPS it is 50 milliseconds. GIF timing is measured in hundredths of a second, so some requested values are rounded during encoding.

Start with the playback rate used in the game or source animation. A walk cycle may read clearly at 8 or 12 FPS, while a fast slash can need 16 or 24 FPS. More speed does not repair weak posing. If the motion feels unclear, use Previous and Next to check anticipation, contact, passing, and recovery poses before changing the number.

The first version uses one duration for all frames. Uneven holds can be represented by duplicating a cell in the source sheet before conversion. That approach makes the preview, encoded GIF, and visible sequence agree. A future per-frame timing editor would add complexity that is unnecessary for most sprite strips and regular game animation cycles.

Browsers and image viewers can schedule animated files slightly differently, especially in background tabs or at very short delays. Use the in-tool preview to validate cadence and test the exported result in the intended review channel. The original sprite sheet remains the precise production asset; the GIF is a convenient playback copy.

Loop writes a repeat instruction so the final frame returns to the first. Enable it for idle cycles, locomotion, environmental effects, rotating items, or repeating interface motion. Disable it for an attack, spell impact, hurt reaction, or a step-by-step demonstration that should play once. The preview stops at the same endpoint used by the encoded file.

Reverse changes the ordered frame list before encoding. It can turn an opening into a closing motion or make a dissipating effect rebuild. Reverse does not rotate rows or mirror pixels; it reads cell indices backward. Confirm the result with the frame counter because the first displayed pose becomes the original last cell.

Ping-pong appends the interior frames in reverse order. For a sequence 1, 2, 3, 4, the animated order becomes 1, 2, 3, 4, 3, 2. Avoiding repeated endpoints prevents an unintended pause at each turn. The sprite sheet to animation preview uses this exact rule, and the encoder receives the same expanded list.

Ping-pong is useful for pulsing, bobbing, charging, breathing, and mechanical motion. It is rarely correct for a run cycle, projectile, or one-way transformation. When both Reverse and Ping-pong are enabled, playback begins from the last source frame and oscillates from that direction. Test combinations visually instead of assuming the labels produce a useful action.

Scale changes the encoded dimensions, not the grid. A 64 by 64 cell exported at 200 percent becomes a 128 by 128 GIF frame. Integer enlargement keeps hard pixel edges when smoothing is disabled. Reducing to 50 percent can remove detail, so inspect the downloaded animation if the original uses one-pixel features.

Transparent background is best for sprites, icons, and effects displayed over different surfaces. GIF transparency is binary rather than smooth alpha, so semitransparent glows and soft shadows may develop harder edges. Choose Dark or Light to flatten complex translucency against the final presentation color and avoid a halo created by palette conversion.

Every GIF frame is limited to an indexed palette. Flat pixel art, chibi game art, and graphic effects usually encode efficiently. Photographic sprite sheets, gradients, or video-derived frames may show banding because many source colors must map to 256 or fewer entries. A video file or animated WebP may be more appropriate when color fidelity matters more than compatibility.

Large dimensions multiplied by many frames consume memory during palette analysis. The sprite to GIF maker blocks extremely large jobs and explains how to reduce scale or frame count. Start with a correct grid and 100 percent scale. Increase size only when the destination needs it, and keep the original PNG sheet as the non-lossy master.